2012-06-05 21 views
1

一個目錄(在任何主機中)的文件數量是否有限制?
如果我有一個30k(從1到3ok命名)文件的目錄,另一個只有10個目錄,在獲取特定文件的性能方面存在重大差異?
thanx一個目錄中的最大文件數量?

+0

的路徑。 –

+0

有關性能的一個快速提示:我看到一個帶有數千個文件的服務器上的日誌文件的目錄。它可以作爲桑巴舞分享。這是**不**很有趣,通過網絡搜索的東西。但是這提示:取決於您的操作系統,FS和您的具體問題_extremely_。 – kratenko

回答

3

它取決於您的文件系統類型。關於這個問題的答案將在你當前的文件系統類型規範中找到。

的Archlinux維基perfomance optimizing page

摘要:

  • XFS:大文件優異的性能。低檔小檔案。/home的不錯選擇。 -Reiserfs:用小文件表現出色。/var的不錯選擇。內容3:平均表現,可靠。 Ext4:巨大的整體性能,可靠性,sqlite和其他數據庫的性能問題。
  • JFS:良好的整體性能,非常低的CPU使用率,斷電後恢復速度非常快。
  • Btrfs:可能是最好的整體性能(壓縮)和許多功能。仍在沉重的發展和完全支持,但被認爲是不穩定的。不要使用這個文件系統,除非你知道你在做什麼,並準備好可能的數據丟失。

fsck time vs Inode Count

+0

表現如何? – Rawhi

+0

補充簡短的摘要 –

2

我想說的文件的最大數量是特定的操作系統和特定的文件系統。但是,在訪問文件時,在一個目錄中擁有大量ob文件可以大大提高性能。

我不能給你任何數字對於任何特定的OS/FS,但也許一個解決方案,如果您有性能問題:

MediaWiki的軟件(這就是軟件維基百科上運行),他們使用子目錄來對付這個問題。這是他們如何存儲媒體文件:

  1. md5hash文件
  2. 採取md5hash的第一個數字爲DIR
  3. 採取的第一個2個位數的md5hash作爲文件的子目錄的名稱一個subsubdirectory的名稱,該子目錄
  4. 店的文件有

這樣,他們可以找到只有名稱的文件,但不需要依靠良好的OS/FS的文件的sillions。這導致了這樣的事情:

http://upload.wikimedia.org/wikipedia/commons/7/74/Flag_of_Hamburg.svg是你必須給你的文件系統類型的詳細信息爲Flag_of_Hamburg.svg

相關問題