横向对比EXT4,带你感受真实的Linux文件系统F2FS

本文对比了F2FS和EXT4两种文件系统,重点讨论了F2FS在闪存设备上的优势。F2FS为NAND闪存设计,具备优秀的碎片整理机制,且在随机写入性能上有显著提升,适合Android设备。然而,F2FS可能会占用更多存储空间,并可能导致系统占用更多容量。在数据恢复方面,F2FS提供了一定的保障。尽管F2FS在读写速度上表现出色,但并非所有设备都全面切换,部分仍保留EXT4以保持兼容性。
摘要由CSDN通过智能技术生成

​更多内核安全、eBPF分析和实践文章,请关注博客和公众号:

CSDN博客:内核功守道
公众号: 内核功守道

概述

F2FS是Flash Friendly File System的简称。该文件系统是由韩国三星电子公司于2012年研发,只提供给运行Linux内核的系统使用,这种文件系统对于NAND闪存类存储介质是非常友好的。并且F2FS是专门为基于 NAND 的存储设备设计的新型开源 flash 文件系统。特别针对NAND 闪存存储介质做了友好设计。F2FS 于2012年12月进入Linux 3.8 内核。目前,F2FS仅支持Linux操作系统。

根据内部几何结构和闪存管理机制(FTL),闪存存储设备有很多不同的属性,所以F2FS的设计者增加了多种参数,不仅用于配置磁盘布局,还可以选择分配和清理算法,优化性能(并行IO提高性能)。

F2FS早期开发者为Jaegeuk Kim,当时是三星员工,但是三星自家的机器没有直接使用F2FS,而是CM开源ROM组有做相关的适配。后来这个开发者被MOTO挖走,于是我们见到了用F2FS的MOTO X系列。后来又去了华为,故而有了全线F2FS的EMUI5.0,号称流畅度提升20%华为的P9和Mate9都使用F2FS,流畅度明显提升。当然F2FS倒没什么版权纠纷,Linux体系下的东西自然遵守开源协定。

对于F2FS,官方文档和其他博主大都从原理和代码的角度来分析,我今天会从实战横向对比EXT4文件系统的视角,带你感受真实的F2FS!

代码范围

  • device/ $platform/device.mk
  • vendor/proprietary/hardware/fstab/$platform/fstab.bin
  • kernel-4.4/arch/arm64/configs/ $platform_n_defconfig
  • external/f2fs-tools/*
  • system/extras/f2fs_utils/*

F2FS架构

F2FS文件系统的数据结构说明:
F2FS使用三种node:inode,直接node,间接node。F2FS分配4KB的空间给一个inode,其中包括929个数据块索引指针,两个一级索引块(直接node)指针,两个二级索引块(间接node)指针,以及一个三级索引块(二级间接node)指针。

一个一级索引块包含1018个数据块指针,一个二级索引块包含1018个一级索引块指针,一个三级索引块包含1018个二级索引块指针。可以索引到一个文件的最大大小是:
4 KB * (929 + 2*1018 + 2*1018*1018 + 1018*1018*1018) := 3.94 TB

F2FS文件系统的标准磁盘布局:
在这里插入图片描述
F2FS文件系统的数据结构(node结构):
在这里插入图片描述

F2FS和EXT4文件系统比较

  • 碎片整理
    EXT4文件系统:按照EXT文件系统的作者所说的,在分区的空余空间在2%以上的情况下EXT分区是不会产生碎片的。
    F2FS文件系统:为管理磁盘上的大的连续的空间以便快速写入数据,使用Segment Cleaner从重度碎片化的Segment中转移出有效信息,然后将该Segment清理干净用于后续写入数据。

  • 占用空间
    通过DiskInfo可以明确的显示,当Data分区的文件系统格式分别为EXT4和F2FS时所占空间的大小对比:在这里插入图片描述
    从Android系统的角度来看,相同的安卓ROM包,在F2FS文件系统下占用闪存的容量会多一些。

    F2FS文件系统在每一个文件索引节点块中包含了如下f2fs_inode和node_footer。其中f2fs_inode结构中的数据索引区又存在923个数据块指针,每个指针对应一个大小为4KB的数据块,但是在通常情况下系统文件索引并不需要用到所有数据块,在最极端情况下文件大小为4KB时,只需要用到一个数据块,剩下的数据块则处于闲置状态,这就造成了存储容量在一定程度上的空间浪费,也就是同样一部手机,在相同的安卓系统中,F2FS文件系统下,闪存容量的占用会相对高一些。

  • 数据恢复
    数据恢复机制和数据写入磁盘的方式密切相关。对于Linux系统,其页缓存机制采用推迟写入的方式写入数据,在内存中被标记为脏的页并不会立即写回磁盘,以确保系统的性能。因此,存在于内存页中的数据在系统发生意外情况时就会丢失。

    对于一种情况,即sync操作时发生在数据写入磁盘后而在元数据写入磁盘前的系统意外,其数据已经写入磁盘但由于没有索引而无法找回,而F2FS提供了相应的恢复机制找回这些文件数据。

  • 集成情况
    现在不管是手机或者其他Android设备集成F2FS比较普遍,但是早期为了兼容性和性能,会把data分区使用F2FS,而系统和缓存都还是EXT4,这样F2FS只会影响到第三方应用一段时间内首次读写文件时的速度,这只是使用流畅度的一部分而已。此外比较重要的系统和较小的缓存分区仍采用EXT4。

  • 读写速度
    在这里插入图片描述

左边EXT4文件系统, 右边F2FS文件系统

连续读写:
二者的连续读写性能没有太大的变化。

随机读写:
F2FS比EXT4的随机读取性能提升了25%左右;但是随机写入速度,F2FS比EXT4文件系统有了飞跃的提升,随机写入性能提升了三倍还多。

由于随机写入的性能大大提升了,在类似软件安装和系统重启中,要大量写入小文件的情况下,F2FS文件系统下有非常喜人的变化。

性能测试

  • 使用工具AdroBench.apk和安兔兔测试

在这里插入图片描述

  • 不同场景测试

在这里插入图片描述

  • 2
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
下面是不同Linux发行版下依赖库安装工具的横向对比: 1. Ubuntu Ubuntu是基于Debian的Linux发行版,其依赖库安装工具主要有apt-get、aptitude和dpkg。其中,apt-get是Ubuntu推荐的安装工具,具有自动依赖解决和版本管理等功能;aptitude是apt-get的一个前端,也具有类似的功能;dpkg是Ubuntu的低级包管理工具,可以手动安装和卸载软件包。 2. Fedora Fedora是由Red Hat公司支持的Linux发行版,其依赖库安装工具主要有dnf和yum。dnf是Fedora推荐的安装工具,具有自动依赖解决和版本管理等功能;yum是dnf的前身,也具有类似的功能。 3. CentOS CentOS是基于Red Hat Enterprise LinuxLinux发行版,其依赖库安装工具主要有yum和rpm。yum是CentOS推荐的安装工具,具有自动依赖解决和版本管理等功能;rpm是CentOS的低级包管理工具,可以手动安装和卸载软件包。 4. Debian Debian是一款以稳定性著称的Linux发行版,其依赖库安装工具主要有apt-get、aptitude和dpkg。其中,apt-get是Debian推荐的安装工具,具有自动依赖解决和版本管理等功能;aptitude是apt-get的一个前端,也具有类似的功能;dpkg是Debian的低级包管理工具,可以手动安装和卸载软件包。 5. openSUSE openSUSE是由SUSE公司支持的Linux发行版,其依赖库安装工具主要有zypper和rpm。zypper是openSUSE推荐的安装工具,具有自动依赖解决和版本管理等功能;rpm是openSUSE的低级包管理工具,可以手动安装和卸载软件包。 6. Arch Linux Arch Linux是一款以轻量级和灵活性著称的Linux发行版,其依赖库安装工具主要有pacman。pacman是Arch Linux推荐的安装工具,具有自动依赖解决和版本管理等功能。 总体来说,各个Linux发行版下的依赖库安装工具都具有自动依赖解决和版本管理等功能,但在具体使用中还是有所区别。用户可以根据自己的需求和习惯选择合适的安装工具。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

芯光未来

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值