修改Linux打开文件句柄数的限制

在Linux中查看JBOSS日志时,发现有Can’t open so many files信息。应该是虚拟机打开文件数或者sockets数太多了。

Linux有默认限制,是1024,可以通过ulimit -a 查看当前值。

Java代码  

  1. [root@paragon ~]# ulimit -a  

  2. core file size          (blocks, -c) 0  

  3. data seg size           (kbytes, -d) unlimited  

  4. scheduling priority             (-e) 30  

  5. file size               (blocks, -f) unlimited  

  6. pending signals                 (-i) 30605  

  7. max locked memory       (kbytes, -l) 40000  

  8. max memory size         (kbytes, -m) unlimited  

  9. <span style="color: #ff0000;">open files                      (-n) 1024</span>  

  10.   

  11.   

  12. pipe size            (512 bytes, -p) 8  

  13. POSIX message queues     (bytes, -q) 819200  

  14. real-time priority              (-r) 65  

  15. stack size              (kbytes, -s) 8192  

  16. cpu time               (seconds, -t) unlimited  

  17. max user processes              (-u) 30605  

  18. virtual memory          (kbytes, -v) unlimited  

  19. file locks                      (-x) unlimited  

 

修改方法:

在文件/etc/security/limits.conf中添加:

Java代码  

  1. * soft nofile 65536  

  2. * hard nofile 65536  

 最后系统使用这个

# End of file

* - nofile 102400

* - nproc 102400

 

解释:*代表domain,就是全局的意思,可以改成具体的用户名来限制某个用户。

soft / hard:这个当中的硬限制是实际的限制,而软限制,是warnning限制,只会做出warning.

nofile 代表max number of opened file,

65536:代表最大打开句柄数
另:如果只是添加硬限制,而没有添加软限制,是没有作用的,使用ulimit -a 查看还是没变。

重启机器就ok了


posted on   dhj  阅读(179)  评论(0编辑  收藏  举报

编辑推荐:
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!

导航

< 2011年11月 >
30 31 1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 1 2 3
4 5 6 7 8 9 10
点击右上角即可分享
微信分享提示