文件系统

FAT16

优点：兼容性最好，某些数码设备可能对FAT32和NTFS格式的存储卡支持不太好，因此只能使用FAT16

缺点：最大仅支持2GB分区，空间浪费大

备注：赶紧看看U盘是不是FAT格式，如果是就改用FAT32吧

FAT32

优点：兼容性好

缺点：单个文件不能超过4GB，不支持512MB以下容量的U盘

备注：如果U盘容量达8GB以上，发现4GB文件拷不进去的话，可以考虑换用NTFS或ExFAT格式了

ExFAT

优点：专为闪存和U盘设计，空间浪费小

NTFS

优点：兼容性好，支持任意大小的U盘

缺点：会缩短闪存寿命

备注：反正U盘超便宜，不怕坏的朋友们使用NTFS其实挺好

==============================================================================================================================================

一下来自：

https://www.cnblogs.com/daduryi/p/6619028.html

Linux

1、Linux：存在几十个文件系统类型：ext2，ext3，ext4，xfs，brtfs，zfs（man 5 fs可以取得全部文件系统的介绍）

不同文件系统采用不同的方法来管理磁盘空间，各有优劣；文件系统是具体到分区的，所以格式化针对的是分区，分区格式化是指采用指定的文件系统类型对分区空间进行登记、索引并建立相应的管理表格的过程。

ext2具有极快的速度和极小的CPU占用率，可用于硬盘和移动存储设备
ext3增加日志功能，可回溯追踪
ext4日志式文件系统，支持1EB（1024*1024TB），最大单文件16TB，支持连续写入可减少文件碎片。rhel6默认文件系统
xfs可以管理500T的硬盘。rhel7默认文件系统
brtfs文件系统针对固态盘做优化，
zfs更新？

注：EXT（Extended file system）是延伸文件系统、扩展文件系统，ext1于1992年4月发表，是为linux核心所做的第一个文件系统。

格式化命令：mkfs -t <文件系统类型> <分区设备文件名>

　　　　　　mkfs.xfs /dev/sdb1

man 5 fs可以取得全部文件系统的简要介绍

最大支持文件等信息？

windows

FAT16：MS—DOS和win95采用的磁盘分区格式，采用16位的文件分配表，只支持2GB的磁盘分区，最大单文件2GB，且磁盘利用率低
FAT32：（即Vfat）采用32位的文件分配表，支持最大分区128GB，最大文件4GB
NTFS：支持最大分区2TB，最大文件2TB，安全性和稳定性非常好，不易出现文件碎片。

其他

RAMFS：内存文件系统
ISO 9660：光盘
NFS：网络文件系统
SMBAFS/CIFS：支持Samba协议的网络文件系统
Linux swap：交换分区，用以提供虚拟内存。

=======================================================================

F2FS (Flash Friendly File System) 是专门为基于 NAND 的存储设备设计的新型开源 flash 文件系统。特别针对NAND 闪存存储介质做了友好设计。F2FS 于2012年12月进入Linux 3.8 内核。目前，F2FS仅支持Linux操作系统。

HFS Plus，或HFS+是苹果公司为替代他们的分层文件系统（HFS）而开发的一种文件系统。它被用在Macintosh电脑（或者其他运行Mac OS的电脑）上。

NiLFS(2) 是日本 Nippon Telegraph and Telephone（NTT）开发的一种日志结构文件系统的第二次迭代。该文件系统的开发非常活跃，最近已进入主流 Linux 内核（另外还有 NetBSD 内核）。第一版的 NILFS（version 1）出现于 2005 年，这个版本没有任何形式的垃圾收集。在 2007 年，第 2 版首次发布，其中包括一个垃圾收集器，并且可以创建和维护多个快照。今年（2009），NiLFS(2) 文件系统进入主流内核，可通过安装它的可装载模块方便地启用它。NiLFS(2) 是众多包含快照行为的文件系统中的一种。其他包含快照的文件系统有 ZFS、LFS 和 Ext3cow。

HDFS(Hadoop Distributed File System)是Apache Hadoop 项目的一个子项目. Hadoop 非常适于存储大型数据(比如TB 和PB), 其就是使用HDFS 作为存储系统. HDFS 使用多台计算机存储文件, 并且提供统一的访问接口。

UFS 是Solaris OS 中缺省的基于磁盘的文件系统。

reiser4：reiserfs和reiser4文件系统对于小文件专门进行优化，对小文件进行合并存储，据说小文件性能很好。所以我们就搭建相关的环境进行验证。可能会被踢出linux

vmfs:VMware Virtual Machine File System （VMFS ）是一种高性能的群集文件系统

JFS( JOURNAL FILE SYSTEM)，一种字节级日志文件系统，借鉴了数据库保护系统的技术，以日志的形式记录文件的变化。JFS通过记录文件结构而不是数据本身的变化来保证数据的完整性。这种方式可以确保在任何时刻都能维护数据的可访问性。

Apple文件系统（英语：Apple File System，简称APFS）是一个适用于macOS、iOS、tvOS和watchOS的文件系统，目前由苹果公司开发和部署。[1][2][3]它的目的是解决Mac OS扩展的HFS+文件系统的核心问题。[4]APFS针对闪存和固态存储设备进行优化，具有写入时复制等设计特点，使用I/O合并改进性能

MINIX-FS 是MINIX操作系统中的原生文件系统。是一款可以存储于磁盘或软盘上的文件系统，由于其简单易用的特点，成为了初识文件系统的不二之选。MINIX-FS 的基本逻辑架构如上图。MINIX-FS 将文件系统分成了 BLOCK_SIZE 大小的块，以此为 MINIX-FS 的最小原数据。 BLOCK_SIZE 的大小为 1K Byte，也可修改为其他值。MINIX-FS 由 6 大部分组成，缺一不可。每个部分负责管理和维护文件系统的基础数据和功能功能，使操作系统其能够实现一个文件系统的读，写，同步等操作，也为实现数据的管理和存储提供了可能。下面分别介绍每个部分的功能和意义。用于教学

reiserfs linux讨论启用

=======================================================================

来自：https://blog.csdn.net/zgl07/article/details/6994648

nifs详解：

不间断的快照（continuously snapshot）

不间断快照应该是 NILFS2 最吸引人的特性。它使得 NILFS2 用户能够方便地恢复被误删除的文件，或者将被误修改的文件恢复到修改之前的内容。

其他一些文件系统也支持 snapshot，但往往需要人工干预，即用户须使用 FS 自带的命令来创建快照。然而，误操作往往不可预料，不可能在误操作之前恰好创建一个快照，所以在其他文件系统中，恢复文件需要非常专业的人员和工具。

NILFS2 的用户则幸运地多，因为系统能自动备份对文件的所有操作。因此 NILFS2 不仅能及时恢复被删除的文件，还能恢复任意修改之前的文件内容。甚至可以说，在 NILFS2 文件系统中，用户不再需要专门的版本管理工具来管理文件的不同版本。而且这一切还是自动的！

对于系统管理员，NILFS2 的不间断快照功能使得 Online backup 等日常操作更加方便，无需再学习复杂的备份和恢复命令，进而从这些繁杂的日常事务中解脱出来。

高效的错误恢复

长期以来，文件系统设计人员最关注的问题之一便是尽量减少系统崩溃后文件系统的检查和恢复时间。无论哪一种文件系统，当系统硬件崩溃时，文件系统便很可能处于不一致状态。因此 reboot 之后，便需要运行 fsck。

Ext3 和其他许多 Linux 文件系统采用日志技术减少 fsck 时间。NILFS2 是一种 Log-Structure 文件系统，其 fsck 时间更短，而且无论磁盘有多大，文件有多少，NILFS2 的 fsck 时间都是一定的。

快速 fsck 有什么意义呢？ ChunkFS 的设计者 Valerie Aurora 曾描述过这样一件事情，有一次，Linux Archive 服务器遭遇意外，硬件 reboot 后，执行 fsck 花费了 1 个星期的时间，在这一周内，网站都无法提供访问，人们想，即使用备份来重新恢复数据也没有这么慢吧。在文件系统容量越来越大的时代，快速 fsck 这个特性非常有吸引力。

文件访问效率高

许多研究表明，文件系统的整体效率主要由写操作的效率决定。因为文件系统读操作的效率由 cache 设计的好坏决定。在 Linux 中，cache 由 VFS 统一管理，因此提高写操作的效率能提高整体文件系统的效率。

在 Phoronix 网站公布的文件系统测试中，NILFS2 的性能在多项测试中并不占优，但在数据库应用中 NILFS2 的表现比较优异。比如图 1 所示，在 SQLite test 中 NILFS2 表现出了很高的性能。

=======================================================================

https://www.bilibili.com/read/cv7412600?from=search

=======================================================================

参考：

https://blog.csdn.net/ybhuangfugui/article/details/104744231

https://www.cnblogs.com/daduryi/p/6619028.html

https://blog.51cto.com/jarson/573589

不间断的快照（continuously snapshot）
不间断快照应该是 NILFS2 最吸引人的特性。它使得 NILFS2 用户能够方便地恢复被误删除的文件，或者将被误修改的文件恢复到修改之前的内容。
其他一些文件系统也支持 snapshot，但往往需要人工干预，即用户须使用 FS 自带的命令来创建快照。然而，误操作往往不可预料，不可能在误操作之前恰好创建一个快照，所以在其他文件系统中，恢复文件需要非常专业的人员和工具。
NILFS2 的用户则幸运地多，因为系统能自动备份对文件的所有操作。因此 NILFS2 不仅能及时恢复被删除的文件，还能恢复任意修改之前的文件内容。甚至可以说，在 NILFS2 文件系统中，用户不再需要专门的版本管理工具来管理文件的不同版本。而且这一切还是自动的！
对于系统管理员，NILFS2 的不间断快照功能使得 Online backup 等日常操作更加方便，无需再学习复杂的备份和恢复命令，进而从这些繁杂的日常事务中解脱出来。
高效的错误恢复
长期以来，文件系统设计人员最关注的问题之一便是尽量减少系统崩溃后文件系统的检查和恢复时间。无论哪一种文件系统，当系统硬件崩溃时，文件系统便很可能处于不一致状态。因此 reboot 之后，便需要运行 fsck。
Ext3 和其他许多 Linux 文件系统采用日志技术减少 fsck 时间。NILFS2 是一种 Log-Structure 文件系统，其 fsck 时间更短，而且无论磁盘有多大，文件有多少，NILFS2 的 fsck 时间都是一定的。
快速 fsck 有什么意义呢？ ChunkFS 的设计者 Valerie Aurora 曾描述过这样一件事情，有一次，Linux Archive 服务器遭遇意外，硬件 reboot 后，执行 fsck 花费了 1 个星期的时间，在这一周内，网站都无法提供访问，人们想，即使用备份来重新恢复数据也没有这么慢吧。在文件系统容量越来越大的时代，快速 fsck 这个特性非常有吸引力。
文件访问效率高
许多研究表明，文件系统的整体效率主要由写操作的效率决定。因为文件系统读操作的效率由 cache 设计的好坏决定。在 Linux 中，cache 由 VFS 统一管理，因此提高写操作的效率能提高整体文件系统的效率。
在 Phoronix 网站公布的文件系统测试中，NILFS2 的性能在多项测试中并不占优，但在数据库应用中 NILFS2 的表现比较优异。比如图 1 所示，在 SQLite test 中 NILFS2 表现出了很高的性能。