Solr文件描述符计数

1. 当然
2. ulimit -n <number> . 看见 Increasing ulimit on CentOS
3. 实际上没有一个-根据许多因素的不同,需要多少就有多少,例如您的合并因子(如果您有 许多的 文件,打开的文件数量也会很大-这对于不是完整导入的索引尤其如此。检查数据目录中的文件数量,如果同一索引变得非常零散且合并因子很大,则发出优化)、搜索者数量、同一服务器上运行的其他软件等。
4. 它可以。是的(或者至少它不能正常工作,因为它无法打开任何新文件)。不。实际上,你会收到一条关于无法打开文件的消息,消息是“打开的文件太多”。

因此,文件描述符计数(FDC)的问题,更准确地说,随着FDC的不断增加,是我在每次更新后都要提交!

我注意到Solr并没有删除旧的事务日志。因此,一周后,FDC达到最大值,我被迫重新启动。

我在每次更新后都停止提交,现在我的Solr统计是:

2. 0MB交换空间
3. 4096个文件描述符计数的4%左右

此外,自动提交(软&硬)会删除旧的事务日志,Solr不再有性能问题!

因此,正如本文所指出的:

Understanding Transaction Logs, Soft Commit and Commit in SolrCloud

“客户承诺时要非常小心!事实上,不要这样做。”