为什么lsof报告比ulimit的“打开文件”输出更高的打开文件数

为什么lsof报告比ulimit的“打开文件”输出更高的打开文件数,第1张

概述Tomcat在我的工作站上运行了好几天,现在它没有响应,lsof命令输出大量的close_wait状态连接,tomcat pid是25422,但是ulimit命令显示“打开文件”是1024,这怎么会发生? [root@localhost home]# lsof -p 25422 | wc -l10309[root@localhost home]# ulimit -acore file si Tomcat在我的工作站上运行了好几天,现在它没有响应,lsof命令输出大量的close_wait状态连接,tomcat pID是25422,但是ulimit命令显示“打开文件”是1024,这怎么会发生?

[root@localhost home]# lsof -p 25422 | wc -l10309[root@localhost home]# ulimit -acore file size          (blocks,-c) 0data seg size           (kbytes,-d) unlimitedscheduling priority             (-e) 0file size               (blocks,-f) unlimitedpending signals                 (-i) 399360max locked memory       (kbytes,-l) 32max memory size         (kbytes,-m) unlimitedopen files                      (-n) 1024pipe size            (512 bytes,-p) 8POSIX message queues     (bytes,-q) 819200real-time priority              (-r) 0stack size              (kbytes,-s) 10240cpu time               (seconds,-t) unlimitedmax user processes              (-u) 399360virtual memory          (kbytes,-v) unlimitedfile locks                      (-x) unlimited
解决方法 对于打开的文件,我们在linux os上有软/硬打开文件限制.

如果达到软限制,它只会将限制扩展到更高限制但在硬限制下.

通过检查硬限制,您可以简单地运行:

# ulimit -Hn

这篇文章也可以帮助您了解更多:

Guide to limits.conf / ulimit /open file descriptors under linux

总结

以上是内存溢出为你收集整理的为什么lsof报告比ulimit的“打开文件”输出更高的打开文件数全部内容,希望文章能够帮你解决为什么lsof报告比ulimit的“打开文件”输出更高的打开文件数所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/1029527.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-23
下一篇 2022-05-23

发表评论

登录后才能评论

评论列表(0条)

保存