32位机器下的一个java.lang.OutOfMemoryError错误分析

本文解析了Java中因无法创建新的本地线程而导致的OutOfMemoryError异常,详细介绍了错误原因及解决方案,并给出了最大线程数的计算公式。


昨天在本人windows机器(32位的 )上调试一个代码的时候报了一个如下错误

java.lang.OutOfMemoryError: unable to create new native thread

 

第一眼看上去是OOM,有点傻眼,因为我的内存启动参数是“-Xms1024m -Xmx1024m -Xss45m”,而我很清楚这个代码大概的内存消耗。奇怪的是进程还没退出,于是打开visualvm监控了一下,发现heap空间还有大量剩余。

 

于是把目光焦点放在了“unable to create new native thread.”

jvm 堆和栈内存还完全够用的情况下,出现OOM,是第一次注意(也许以前潜意识里,OOM肯定是heap或perm空间不够用了)。之前没分析这类错误,通过google大神,大概了解了一下错误所以在此记录一下。

 

大概的原因如下:

当我们在jvm里创建一个线程的时候同样会在OS里创建一个本地线程,本地线程使用的是进程最大空间里且是JVM之外的内存。一个本地线程的线程栈空间刚好是我们jvm里指定的Xss。

由此,网上查到的最大可创建线程数公式是:

(MaxProcessMemory – JVMMemory – ReservedOsMemory) / (ThreadStackSize) = Number of threads

MaxProcessMemory:进程最大寻址空间。

JVMMMEMORY:jvm的内存空间(堆+永久区)

ReservedOsMemory:操作系统预留内存

ThreadStackSize:XSS大小。

 

刚好本人这个启动参数里把Xss设置程了45m(因为有递归且不缺定深度),所以如果预估ReservedOsMemory是100的情况,可以创建的线程数量如下:

(2G-1024m-100m)/45m=20.

而本程序里需要创建的线程是不止20的,也难怪会爆出这个异常了。

后面本人通过修改Xss的参数,问题得到解决。网上也有说有其他的方式来避免,如果分析有错误之处,也请高手也可以出来拍拍砖。

 

另外我在本人64位的开发机赏试了下,-Xms1024m -Xmx1024m -Xss200m参数下开了几百个线程也没问题,不知道公式对不对,有说64位机器的进程最大内存空间是4G,如果真的是4G,显然不能创建这么多的。

 

 

另外补充以下几个OOM的类型:

1. java.lang.OutOfMemoryError: Java heap space  堆空间不足
2. java.lang.OutOfMemoryError: PermGen space   永久区不足
3. java.lang.OutOfMemoryError: Requested array size exceeds VM limit
4. java.lang.OutOfMemoryError: <reason> <stack trace> (Native method)

 

参考

http://www.openkb.org/java-out-of-memory-unable-to-create-new-native-thread/

http://www.blogjava.net/ldd600/archive/2009/09/25/296397.html

 

### JMeter Java.lang.OutOfMemoryError: Java heap space 的解决方案 当使用 JMeter 进行性能测试时,可能会遇到 `Java.lang.OutOfMemoryError: Java heap space` 错误。这通常是因为 JVM 堆内存不足所导致的。以下是具体的解决方法: #### 调整 JVM 堆内存设置 可以通过调整 JMeter 启动脚本中的 JVM 参数来增加堆内存大小。对于 Windows 平台,在 `bin/jmeter.bat` 文件中查找并修改如下参数[^4]: ```batch set HEAP=-Xms1024m -Xmx4096m ``` 上述命令表示将初始堆内存 `-Xms` 设置为 1GB,最大堆内存 `-Xmx` 设置为 4GB。可以根据实际机器配置适当调整这些值。 对于 Linux 或 macOS 平台,则需编辑 `bin/jmeter` 文件,并同样定到 `HEAP` 变量进行修改[^1]: ```bash HEAP="-Xms1g -Xmx8g" ``` #### 配置垃圾回收器 (GC) 除了增大堆内存外,还可以优化垃圾收集机制以减少内存泄漏的风险。例如,可以尝试启用 G1 垃圾回收器[^3]: ```batch set JAVA_OPTS=%JAVA_OPTS% -XX:+UseG1GC ``` 或者在 Linux/MacOS 下: ```bash export JAVA_OPTS="$JAVA_OPTS -XX:+UseG1GC" ``` #### 减少资源消耗 如果仍然无法解决问题,考虑降低测试计划复杂度或数据规模。具体措施包括但不限于以下几点[^2]: - **禁用监听器**:移除不必要的图形化组件(如视图结果树),仅保留必要的日志记录功能。 - **压缩采样频率**:通过合理设定样本保存策略减少磁盘 I/O 和内存占用率。 - **分布式部署模式**:利用多台主机分担负载压力从而缓解单节点瓶颈现象。 #### 示例代码片段 下面是一个完整的批处理文件修改实例用于演示如何操作Windows环境变量下的heap size变更过程: ```batch rem Original line might look like this: rem set HEAP=-Xms512m -Xmx512m set HEAP=-Xms1024m -Xmx4096m set JAVA_OPTS=%JAVA_OPTS% -XX:+UseG1GC ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值