在curl 一个 spring boot 应用接口的时候,出现这个情况,看着启动ok,但是出现如下提示
错误表达的意思是: 程序创建的线程数量已达到上限值 使用ulimit
系统设置–ulimit 语 法:ulimit [-aHS][-c <core文件上 限>][-d <数据节区大小>][-f <文件大小>][-m <内存大小>][-n <文件数 目>][-p <缓冲区大小>][-s <堆叠大小>][-t <CPU时间>][-u <程序数 目>][-v <虚拟内存大小>]
补充说明:ulimit为shell内建指令,可用来控制shell执行程序的资源。
参 数: -a 显示目前资源限制的设定。 -c <core文件上限> 设定core文件的最大值,单位为区块。 -d <数据节区大小> 程序数据节区的最大值,单位为KB。 -f <文件大小> shell所能建立的最大文件,单位为区块。 -H 设定资源的硬性限制,也就是管理员所设下的限制。 -m <内存大小> 指定可使用内存的上限,单位为KB。 -n <文件数目> 单个进程可以打开文件句柄的数量 -p <缓冲区大小> 指定管道缓冲区的大小,单位512字节。 -s <堆叠大小> 指定堆叠的上限,单位为KB。 -S 设定资源的弹性限制。 -t <CPU时间> 指定CPU使用时间的上限,单位为秒。 -u <程序数目> 用户最多可开启的程序数目。 -v <虚拟内存大小> 指定可使用的虚拟内存上限,单位为KB。
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) 128354
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 65535
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 1024
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
查看当前用户数:
top
w
只有三个
3 users
查看当前进程数:
ps -ef | wc -l
964(当时忘了看是都是什么进程,下次再次遇到会统计)
查看当前
lsof | wc -l
额,这个机器上没装losf命令
-bash: lsof: command not found
已经影响到了java 程序
java.util.concurrent.ExecutionException: java.lang.OutOfMemoryError: unable to create new native thread
JVM向操作系统申请创建新的 native thread(原生线程)时, 就有可能会碰到 java.lang.OutOfMemoryError: Unable to create new native thread 错误. 如果底层操作系统创建新的 native thread 失败, JVM就会抛出相应的OutOfMemoryError. 原生线程的数量受到具体环境的限制, 通过一些测试用例可以找出这些限制, 请参考下文的示例. 但总体来说, 导致 java.lang.OutOfMemoryError: Unable to create new native thread 错误的场景大多经历以下这些阶段:
系统其它普通用户最多进程默认是1024个,而root用户是 unlimited(不受限制)
这边之前使用的是非root 用户,所以最大进程数是1024,而每分钟进程数目都会变化,如果增大到1024则不能再处理任何linux命令。
所以使用root用户登录(运维操作),修改/etc/security/limits.d/90-nproc.conf文件中的值
soft指的是当前系统生效的设置值,软限制也可以理解为警告值。 hard指的是系统中所能设定的最大值。soft的限制不能比hard限制高(即小于等于)
再次查看
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) 128354
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 65535
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 10240
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
如果无限制的增加句柄数,会导致服务器在fd(文件描述符)的维护和切换上小号过多的精力,从而降低应用的吞吐量