From: http://blog.sina.com.cn/s/blog_640233a30100r3u0.html

想解決緩存的性能問題，準(zhǔn)備選用BerkeleyDB作為存儲(chǔ)方式，但會(huì)有單個(gè)文件的問題。

BerkeleyDB的性能沒有問題的，DB庫非常緊湊，不超過500K，但可以管理大至256T的數(shù)據(jù)量。

操作系統(tǒng)能夠達(dá)到多少的單個(gè)文件的，對于ext3系統(tǒng)，是根據(jù)格式化時(shí)選擇的blocksize來決定的：

引用 Filesystem File Size Limit FilesystemSize Limit
ext2/ext3 with 1 KiB blocksize 16448 MiB (~ 16 GiB) 2048 GiB (= 2TiB)
ext2/3 with 2 KiB blocksize 256 GiB 8192 GiB (= 8 TiB)
ext2/3 with 4 KiB blocksize 2048 GiB (= 2 TiB) 8192 GiB (= 8TiB)
ext2/3 with 8 KiB blocksize (Systems with 8 KiB pages like Alphaonly) 65568 GiB (~ 64 TiB) 32768 GiB (= 32 TiB)
參考： http://www.suse.de/~aj/linux_lfs.html

也就是說，ext3系統(tǒng)對應(yīng)的單個(gè)文件限制為：
1k 16G
2k 256G
4k 2T

我們怎么知道現(xiàn)在的分區(qū)是多大的blocksize呢？
一般而言，格式化時(shí)會(huì)自動(dòng)選擇一個(gè)合適的文件大小的，硬盤大則會(huì)選4k，很小的則選擇1k的。


在正常的硬盤(600G)上：
[root@aslibra ~]# dumpe2fs /dev/sda3
dumpe2fs 1.35 (28-Feb-2004)
Filesystem volume name:??<none>
Last mountedon:??????????<notavailable>
FilesystemUUID:??????????8b556c99-cbe6-48f2-bbfe-fea1969e2557
Filesystem magicnumber:??0xEF53
Filesystem revision#:????1(dynamic)
Filesystemfeatures:??????has_journalresize_inode filetype needs_recovery sparse_super large_file
Default mountoptions:????(none)
Filesystemstate:????????clean
Errorsbehavior:??????????Continue
Filesystem OStype:??????Linux
Inodecount:??????????????87785472
Blockcount:??????????????175546271
Reserved blockcount:????8777313
Freeblocks:??????????????37366602
Freeinodes:??????????????74134440
Firstblock:??????????????0
Blocksize:??????????????4096

虛擬機(jī)上分配的硬盤(7G)比較小：
[root@aslibra /]# dumpe2fs /dev/sda1
....
Blocksize:??????????????1024

也就是說，基本上單個(gè)文件可以用完整個(gè)硬盤，空間不用太擔(dān)心。

有興趣看更多的文件格式比較：
http://en.wikipedia.org/wiki/Comparison_of_file_systems

總結(jié)

以上是生活随笔為你收集整理的文件系统ext3的文件大小限制的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。