20TB硬件控制的RAID5arrays的良好文件系统？

在你列出的两个（ext3和XFS）中，我很想去用XFS，它们都具有大致相同的function，你不会听起来像你会特别努力地推动它们，但是考虑到ext3只能真正地增长到最大32TB，第一天你就已经想要20TB了，我只能说XFS，因为如果你超过这个32TB的限制，它将允许更大，更平滑的增长。

鉴于ext3和ext4仍然限制在16TB的容量（ext2 / 3的限制为2 ^ 32 4KiB，而ext4在理论上有更高的限制， e2fsprogs不支持），我只能说你唯一的真实XFS是一个广泛使用，稳定的文件系统的选项。

编辑：添加注释，为什么ext3将不会工作，即使您更改块大小。

$ head -n2 /etc/motd Linux uranium 2.6.35-24-generic #42-Ubuntu SMP Thu Dec 2 02:41:37 UTC 2010 x86_64 GNU/Linux Ubuntu 10.10 $ mkfs.ext3 -b 8192 ./8KiBfs Warning: blocksize 8192 not usable on most systems. mke2fs 1.41.12 (17-May-2010) mkfs.ext3: 8192-byte blocks too big for system (max 4096) Proceed anyway? (y,n) y Warning: 8192-byte blocks too big for system (max 4096), forced to continue ./8KiBfs is not a block special device. Proceed anyway? (y,n) y Filesystem label= OS type: Linux Block size=8192 (log=3) Fragment size=8192 (log=3) Stride=0 blocks, Stripe width=0 blocks 16384 inodes, 16384 blocks 819 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=33550336 1 block group 65528 blocks per group, 65528 fragments per group 16384 inodes per group Writing inode tables: done Creating journal (1024 blocks): done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 25 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. $ sudo mount ./8KiBfs /mnt/8KiBfs/ -o loop mount: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so $ dmesg | tail -n 1 [1396759.041587] EXT3-fs (loop0): error: bad blocksize 8192 

我并不是想在这里a死一个死马，但是坚持ext3会让你用8KiB块build立一个32TB的FS显然从来没有尝试过。 我很乐意提供关于如何使其工作的build议，但就表面而言，这是行不通的。 好的，我的testing文件系统只有128MB，但即使如此，我也不能使用8KiB块 – 这是一个架构限制。

我没有准备好访问> 16TiB块设备来演示ext4的限制，但是我可以在下周安排。

根据我们目前所知，XFS绝对是最好的select。

通常情况下，文件系统性能不同时，你有1）非常小的文件，2）非常多的文件，或3）非常深的目录树。 由于这些标准都不适用于此，所以我希望您不会看到与文件系统有显着的性能差异。 我会selectext3以尽可能成为主stream。

我正在使用XFS进行类似的configuration（RAID-6中的12 x 2TB），性能非常好，但可以使用EXT4或JFS。 我不推荐使用EXT3–它已经过时了，而且在多核系统和删除多个文件的时候效率还是比较低的。 无论哪种情况，请确保您的FS与您的RAIDarrays的尺寸（即条纹大小和条纹宽度）alignment。 这是我在另一个线程的XFS示例configuration的答复。

XFS，EXT4，JFS。 Btrfs（真正的勇敢）:-)

如果你使用的是raid 5，你可能想要使用raid 5 + 0作为大文件，这使用块而不是位。 所以raid 5对于较小的文件和5 + 0更好，或者称为raid 50对电影这样的大文件来说更好。至于文件系统是ext4或NTFS，两者都支持非常大的文件系统，我相信ext4是一个128位系统，将取决于您使用的操作系统。

使用ext4作为ext4文件系统的主要原因是ext4中大文件（超过几百兆字节）的文件删除速度明显加快，这是由于在ext4中使用了扩展盘区。 在ext3下删除一个大的多GB文件是一个耐心的练习，因为它会花时间去释放块。 对于较大的文件，这可能需要几分钟的时间。 在ext4中删除相同的多GB文件通常只需要几秒钟。