我在Ubuntu 12上的Tomcat7中遇到太多打开文件的问题，因此我将打开文件的硬性和软性限制分别从4096和1024分别增加到16384。现在，我不再遇到任何错误打开文件，但总体CPU百分比似乎有所提高。增加最大文件数是否还会花费一些CPU时间？如果不是，为什么不将ulimit设置得很高呢？
存在ulimit的全部原因是通过防止进程消耗比“正常”资源更多的资源来保护系统的整体性能。
“正常”可以根据您的操作而有所不同，但是默认情况下将极限设置得很高会破坏ulimit的目的，并允许任何进程消耗大量的资源。在没有用户的服务器上，这并不像大型多用户环境那么关键，但是它仍然是防止漏洞或被利用进程的有用保护措施。
您的CPU可能刚刚上升，因为您的计算机现在正在执行更多工作，而不是出错。
PS-您想确保您的tomcat环境中也没有什么问题...拥有成千上万个打开的文件可能还可以，我不知道您的应用程序是什么，但这也可能表示已消失越野车。如果是这样，您只是允许该漏洞的影响变得更糟:(如果您可以解释为什么tomcat需要打开数千个文件，很酷，但如果不是，那么...
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句