2012-06-05 17 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

相关问题