5
高容量系统的实用最大打开文件描述符(ulimit -n)
我们最近开始对我们的应用程序进行负载测试,并注意到它在大约24小时后就耗尽了文件描述符。 我们在Dell 1955上运行RHEL 5: CPU:2 x双核2.66GHz 4MB 5150 / 1333FSB RAM:8GB RAM硬盘:2 x 160GB 2.5“ SATA硬盘 我检查了文件描述符限制,并将其设置为1024。考虑到我们的应用程序可能具有大约1000个传入连接以及1000个传出连接,这似乎很低。更不用说任何需要打开的实际文件了。 我的第一个想法是将ulimit -n参数增加几个数量级,然后重新运行测试,但是我想知道将此变量设置得太高的任何潜在后果。 除了弄清楚我们的软件理论上可以打开多少文件描述符之外,是否还有其他最佳实践来设置?