我为一个视频搜索网站写了一个非常快速和脏的缓存系统，它在隐藏的“/ cache /”目录中gzips并缓存搜索结果。
在最初几个月，一切都进展顺利，直到我开始注意到非常受欢迎的搜索结果没有显示任何视频。
我查看了缓存文件夹，果然，它是粉笔 - 大约有30,000个缓存文件，其中许多现在正在创建，其中没有内容...即使是非常受欢迎的搜索术语。
我删除了大约10,000个缓存文件（超过1个月，或者结果为空），现在一切似乎都恢复正常。
显然我不得不在不久的将来编写一个合适的MySQL缓存系统，但是一个目录中的大量文件是否会导致CentOS打嗝呢？
也许拉一个缓存的文件并解压缩它太多了？
我有一个机制，每当下载不顺利时就会发出警告。bing服务器没有阻止我，我确实正在服务结果，当缓存文件夹中的文件数量“太大”时，我只是无法缓存它们（有时）。
欢迎所有的想法/意见！
Answers:
这取决于您使用的文件系统类型。我相信ext2和ext3仅限于32000个子文件夹（你可以拥有那么多或更多的文件，但性能会受到影响......）; ext4两倍，其他一些允许更多或无限数量。有关各种linux文件系统类型的讨论和答案，请参阅服务器故障上的此问题。
我在FC7和Ubuntu上看到了相反的情况，目录处理超过100K的文件没有问题。相反，当子目录的数量是32K或更多时存在问题 - 但不仅仅是文件。
既然你说这个解决方案“非常快速和肮脏”，那么问题可能不在CentOS中而是在你的代码中？甚至用你正在使用的语言？你的代码是否可能试图一次性打开所有这些文件，以便它用完文件句柄或某些此类资源？
真正的答案与Bing的劣质API有关 - 请参阅官方bing API 2.0论坛上的这个主题：http：//www.bing.com/community/Developer/f/12254/t/662869.aspx
基本上，他们随机隐藏随机搜索查询的结果 - 迫使您按照从他们那里获取信息所需的两倍的速度击中他们的服务器。由于很多时候“无结果”的响应确实会产生结果，因此您必须再次检查。
感谢大家的投入！