16

我正在使用 tomcat 7 和 java 1.7 的 debian 服务器。这是一个接收多个 TCP 连接的应用程序,每个 TCP 连接都是 java 进程打开的文件。

看着/proc/pid of java/fd我发现,有时打开的文件数超过 1024,当这种情况发生时,我在catalina.out日志中找到了堆栈跟踪_SocketException: Too many open files_

我发现有关此错误的所有内容,人们都指的是 ulimit,我已经更改了此内容并且错误一直在发生。这是配置:

/etc/security/limits.conf

root    soft    nofile  8192
root    hard    nofile  8192

/etc/sysctl.conf

fs.file-max = 300000

命令ulimit -a返回:

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 16382
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 8192
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) unlimited
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

但是,当我检查 java 进程的限制时,它只有 1024

/proc/pid of java/limits

Limit                     Soft Limit           Hard Limit           Units     
Max cpu time              unlimited            unlimited            seconds   
Max file size             unlimited            unlimited            bytes     
Max data size             unlimited            unlimited            bytes     
Max stack size            8388608              unlimited            bytes     
Max core file size        0                    unlimited            bytes     
Max resident set          unlimited            unlimited            bytes     
Max processes             32339                32339                processes 
Max open files            1024                 1024                 files     
Max locked memory         65536                65536                bytes     
Max address space         unlimited            unlimited            bytes     
Max file locks            unlimited            unlimited            locks     
Max pending signals       32339                32339                signals   
Max msgqueue size         819200               819200               bytes     
Max nice priority         0                    0                    
Max realtime priority     0                    0                    
Max realtime timeout      unlimited            unlimited            us        

如何增加Max open filesjava进程的数量?

4

3 回答 3

21

我只是将这一行ulimit -n 8192放在 catalina.sh 中,所以当我执行 时catalina start,java 会以上面指定的限制运行。

于 2012-12-30T14:56:54.257 回答
11

ulimit 值是在会话启动时分配的,因此更改 /etc/security/limits.conf 不会对已经运行的进程产生任何影响。非登录进程将从其父进程继承 ulimit 值,就像继承环境变量一样。

因此,在更改 /etc/security/limits.conf 后,您需要注销并登录(这样您的会话将具有新的限制),然后重新启动应用程序。只有这样,您的应用程序才能使用新的限制。

于 2013-09-11T06:27:04.970 回答
1

根据 tomcat/httpd 处理的工作负载/流量,可能完全不需要设置更高的 ulimit。Linux 为每个套接字连接创建一个文件描述符,因此如果将 tomcat 配置为使用 mod_jk/ajp 协议作为连接器,那么您可能想查看最大允许连接是否太高,或者 connectionTimeout 或 keepAliveTimeout 是否太高。这些参数在 OS 文件描述符的消耗中起着巨大的作用。有时,如果 tomcat 前面有反向代理,限制 apache httpd/nginx 连接的数量也是可行的。我曾经减少 httpd 中的 serverLimit 值以在gaterush场景中限制传入的请求。总而言之,调整 ulimit 可能不是一个可行的选择,因为您的系统最终可能会消耗掉很多东西。

于 2016-02-25T20:39:13.157 回答