在 32k 线程后,我们在 8GB RAM VM 上得到 "java.lang.OutOfMemoryError : unable to create new native Thread
“ (ps -eLF| grep -c java)
然而, "top" and "free -m" shows 50% free memory available
。 JDk 是 64 位的,在 HotSpot 和 JRockit 上都试过。服务器有 Linux 2.6.18
我们还尝试 OS stack size (ulimit -s)
调整和最大进程(ulimit -u)限制,limit.conf 增加但都是徒劳的。
我们还尝试了几乎所有可能的堆大小组合,保持低、高等。
我们用来运行应用程序的脚本是
/opt/jrockit-jdk1.6/bin/java -Xms512m -Xmx512m -Xss128k -jar JavaNatSimulator.jar /opt/tools/jnatclients/natSimulator.properties
我们尝试编辑 /etc/security/limits.conf 和 ulimit 但还是一样
[root@jboss02 ~]# 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) 72192
max locked memory (kbytes, -l) 32
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) 72192
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
原文由 Deepak Tewani 发布,翻译遵循 CC BY-SA 4.0 许可协议
这不是内存问题,尽管异常名称强烈暗示是这样,而是操作系统资源问题。您正在用完本机线程,即操作系统将允许您的 JVM 使用多少线程。
这是一个不常见的问题,因为您很少需要那么多。您是否在线程应该但未完成的地方产生大量无条件线程?
如果可能的话,您可能会考虑重写为在 Executor 的控制下使用 Callable/Runnables。有许多具有各种行为的标准执行程序,您的代码可以轻松控制这些行为。
(限制线程数的原因有很多,但因操作系统而异)