Linux
適合 20TB 硬體控制的 RAID5 陣列的文件系統?
假設平均文件大小為 8-30GB,在任何給定時間訪問陣列的使用者不超過 1-2 個,那麼 Ubuntu 10.10 的最佳文件系統是什麼?
在您列出的兩個(ext3 和 XFS)中,我很想使用 XFS,兩者都具有大致相似的功能,而且您聽起來不會特別努力地推動它們,但鑑於 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
我不是想在這裡鞭打一匹死馬,但堅持 ext3 會讓你使用 8KiB 塊建構 32TiB fs 的人顯然從未嘗試過。我願意接受有關如何使其工作的建議,但從表面上看,它只是行不通。好的,我的測試文件系統只有 128MB,但我不能使用 8KiB 塊——這是架構限制。
我沒有準備好訪問 > 16TiB 的塊設備來展示 ext4 中的限制,但我可能會在下周安排。
鑑於我們目前所知,XFS 絕對是最佳選擇。