我在Ubuntu 12上使用Tomcat7的打开文件遇到了问题，因此我分别增加了4096和1024的打开文件数量的硬和软限制到16384。增加最大文件的数量是否在CPU时间内也有一些成本？如果不是，为什么不设置Ulimit极高？
Ulimit存在的全部原因是通过防止流程使用更多的资源来保护系统的整体性能。
"正常"可能会有所不同，具体取决于您的工作，但是默认情况下，设置极高的限制将破坏Ulimit的目的，并允许任何过程用尽可笑的资源。在没有用户的服务器上，这比大型多源环境不那么重要，但是它仍然是针对越野车或被剥削流程的有用的保障。
您的CPU可能只是上升了，因为您的计算机现在正在做更多的工作而不是错误。
ps-您想确保在tomcat环境中也没有问题...可以拥有数千个开放文件，我不知道您的应用程序，但这也可能是一个迹象有越野车的东西。如果是这样，您只是允许该错误的效果变得更糟:(如果您可以解释为什么tomcat需要数千个文件，但很酷，但如果不是... yikes。