JAVA_OPTS和内存溢出 jvmjava多线程
程序员文章站
2022-07-15 15:06:11
...
JAVA_OPTS ，顾名思义，是用来设置JVM相关运行参数的变量。
JVM:JAVA_OPTS="-server -Xms2048m -Xmx2048m -Xss512k"
-server:一定要作为第一个参数，在多个CPU时性能佳
-Xms：初始Heap大小，使用的最小内存,cpu性能高时此值应设的大一些
-Xmx：java heap最大值，使用的最大内存
上面两个值是分配JVM的最小和最大内存，取决于硬件物理内存的大小，建议均设为物理内存的一半。
-XX:PermSize:设定内存的永久保存区域
-XX:MaxPermSize:设定最大内存的永久保存区域
-XX:MaxNewSize:
-Xss 15120 这使得JBoss每增加一个线程（thread)就会立即消耗15M内存，而最佳值应该是128K,默认值好像是512k.
+XX:AggressiveHeap 会使得 Xms没有意义。这个参数让jvm忽略Xmx参数,疯狂地吃完一个G物理内存,再吃尽一个G的swap。
-Xss：每个线程的Stack大小
-verbose:gc 现实垃圾收集信息
-Xloggc:gc.log 指定垃圾收集日志文件
-Xmn：young generation的heap大小，一般设置为Xmx的3、4分之一
-XX:+UseParNewGC ：缩短minor收集的时间
-XX:+UseConcMarkSweepGC ：缩短major收集的时间
提示：此选项在Heap Size 比较大而且Major收集时间较长的情况下使用更合适。
＃有针对Java运行环境继续内存不足。
＃本机内存分配（malloc的）未能分配ChunkPool32756字节：分配
＃可能的原因：
＃该系统是出了物理RAM或交换空间
＃在32位模式下，进程大小限制被击中
＃可能的解决方案：
＃减少内存系统上的负载
＃增加物理内存或交换空间
＃检查交换后备存储已满
＃使用64位操作系统上的64位Java
＃减少Java堆大小（-Xmx/-Xms）
＃减少Java的线程数
＃减少Java线程堆栈大小（- XSS）**********
＃设置更大的代码缓存使用- XX：ReservedCodeCacheSize=
＃这个输出文件可能被截断或不完整的。
＃
＃内存不足的错误（allocation.cpp：211），PID=3696，TID=3704
＃
＃JRE版本：6.0_26- B03
＃Java虚拟机：的Java HotSpot（TM）客户端虚拟机（20.1- B02混合模式，共享窗口- X86）
----------------------------------------------------
我看了一下日志，线程数在3000多个，我了解的也是这样，当线程超过3000多的时候，就出内存问题。
下面是摘抄网上关于JVM线程堆栈的相关内容：
JVM线程堆栈
应用程序中的每个线程都需要内存来存储器堆栈（用于在调用函数时持有局部变量并维护状态的内存区域）。每个 Java 线程都需要堆栈空间来运行。
根据实现的不同，Java 线程可以分为本机线程和 Java 堆栈。除了堆栈空间，每个线程还需要为线程本地存储（thread-local storage）和内部数据结构提供一些本机内存。
JVM堆栈大小
-Xss 128k：设置每个线程的堆栈大小。JDK5.0以后每个线程堆 栈大小为1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。
在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一 个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。
JVM heap与JVM私有内存、JVM线程堆栈大小间的关系及平衡。
线程栈的大小是个双刃剑，如果设置过小，可能会出现栈溢出，特别是在该线程内有递归、大的循环时
时出现溢出的可能性更大，如果该值设置过大，就有影响到创建栈的数量，如果是多线程的应用，就会
出现内存溢出的错误．
jvm调优见：http://developer.51cto.com/art/201201/311743.htm
http://pengjiaheng.iteye.com/blog/552456
jvm最大线程数：http://sesame.iteye.com/blog/622670
http://www.cnblogs.com/mingforyou/archive/2012/03/03/2378143.html
http://fuliang.iteye.com/blog/673251
JVM:JAVA_OPTS="-server -Xms2048m -Xmx2048m -Xss512k"
-server:一定要作为第一个参数，在多个CPU时性能佳
-Xms：初始Heap大小，使用的最小内存,cpu性能高时此值应设的大一些
-Xmx：java heap最大值，使用的最大内存
上面两个值是分配JVM的最小和最大内存，取决于硬件物理内存的大小，建议均设为物理内存的一半。
-XX:PermSize:设定内存的永久保存区域
-XX:MaxPermSize:设定最大内存的永久保存区域
-XX:MaxNewSize:
-Xss 15120 这使得JBoss每增加一个线程（thread)就会立即消耗15M内存，而最佳值应该是128K,默认值好像是512k.
+XX:AggressiveHeap 会使得 Xms没有意义。这个参数让jvm忽略Xmx参数,疯狂地吃完一个G物理内存,再吃尽一个G的swap。
-Xss：每个线程的Stack大小
-verbose:gc 现实垃圾收集信息
-Xloggc:gc.log 指定垃圾收集日志文件
-Xmn：young generation的heap大小，一般设置为Xmx的3、4分之一
-XX:+UseParNewGC ：缩短minor收集的时间
-XX:+UseConcMarkSweepGC ：缩短major收集的时间
提示：此选项在Heap Size 比较大而且Major收集时间较长的情况下使用更合适。
＃有针对Java运行环境继续内存不足。
＃本机内存分配（malloc的）未能分配ChunkPool32756字节：分配
＃可能的原因：
＃该系统是出了物理RAM或交换空间
＃在32位模式下，进程大小限制被击中
＃可能的解决方案：
＃减少内存系统上的负载
＃增加物理内存或交换空间
＃检查交换后备存储已满
＃使用64位操作系统上的64位Java
＃减少Java堆大小（-Xmx/-Xms）
＃减少Java的线程数
＃减少Java线程堆栈大小（- XSS）**********
＃设置更大的代码缓存使用- XX：ReservedCodeCacheSize=
＃这个输出文件可能被截断或不完整的。
＃
＃内存不足的错误（allocation.cpp：211），PID=3696，TID=3704
＃
＃JRE版本：6.0_26- B03
＃Java虚拟机：的Java HotSpot（TM）客户端虚拟机（20.1- B02混合模式，共享窗口- X86）
----------------------------------------------------
我看了一下日志，线程数在3000多个，我了解的也是这样，当线程超过3000多的时候，就出内存问题。
下面是摘抄网上关于JVM线程堆栈的相关内容：
JVM线程堆栈
应用程序中的每个线程都需要内存来存储器堆栈（用于在调用函数时持有局部变量并维护状态的内存区域）。每个 Java 线程都需要堆栈空间来运行。
根据实现的不同，Java 线程可以分为本机线程和 Java 堆栈。除了堆栈空间，每个线程还需要为线程本地存储（thread-local storage）和内部数据结构提供一些本机内存。
JVM堆栈大小
-Xss 128k：设置每个线程的堆栈大小。JDK5.0以后每个线程堆 栈大小为1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。
在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一 个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。
JVM heap与JVM私有内存、JVM线程堆栈大小间的关系及平衡。
线程栈的大小是个双刃剑，如果设置过小，可能会出现栈溢出，特别是在该线程内有递归、大的循环时
时出现溢出的可能性更大，如果该值设置过大，就有影响到创建栈的数量，如果是多线程的应用，就会
出现内存溢出的错误．
jvm调优见：http://developer.51cto.com/art/201201/311743.htm
http://pengjiaheng.iteye.com/blog/552456
jvm最大线程数：http://sesame.iteye.com/blog/622670
http://www.cnblogs.com/mingforyou/archive/2012/03/03/2378143.html
http://fuliang.iteye.com/blog/673251