要访问ext3上的文件，（如果没有使用dir_index）什么是最佳目录深度vs每个目录的文件数量？ 文件大小是否影响到这个？ 文件的总数可能是一个因素，但仍然应该有一个等式，我认为…
如果你没有支持的基准，我仍然会对你认为最合适的方面感兴趣，为什么？ 也许某些系统调用需要更长时间，或者您的计算机科学知识可能会提供什么答案。 或者，如果您有来自其他文件系统的示例可能也非常有趣，但是我想知道答案是什么，而没有单独的索引机制（如dir_index tune2fs选项）。
我看到这个问题跳舞，想知道答案，但从来没有find答案。 在这一点上，实际上数据库很好可能是答案。 但是，我仍然想知道文件系统的答案是什么。
要访问ext3上的文件，（如果没有使用dir_index）什么是最佳目录深度vs每个目录的文件数量？
你会想为此运行你自己的基准。
文件大小是否影响到这个？ 文件总数可能是一个因素，但仍然应该有一个等式，我认为…
文件大小不会影响到这一点，这是一个函数相关的文件头条目的数量为您正在使用的任何文件系统。
如果你没有支持的基准，我仍然会对你认为最合适的方面感兴趣，为什么？
32,000个文件几乎是上限，但从我自己的实证经验来看，我build议less于10,000个文件，除非你想等一两分钟。 几千个可以在大约5-20秒内完成，取决于I / O和服务器负载等等。几百个，几乎是瞬间的。
后续编辑（发布评论）：
每个有2,500个文件的8个目录比每个有10,000个文件的两个目录好得多。 秘诀在于减less每个目录中的search时间。
奇怪的是， 我只是在这里发表了类似的问题 。