温鹏 — Mon, 29 Apr 2013 15:04:00 GMT

3.OutOfMemoryError:unable to create new native thread.

对于前两�U�情况，在应用本�w�没有内存泄露的情况下可以用讄��tomcat jvm参数来解冟뀂（-Xms, -Xmx, -XX:PermSize, -XX:MaxPermSize�Q�，最后一�U�可能需要调整操作系�l�和tomcat jvm参数同时调整才能辑ֈ�目的�?/span>

�W�一�U�：是堆溢出�?/span>

在JVM中如�?8�Q�的旉��是用于GC且可用的Heap size 不��2�Q�的时候将抛出此异�怿�息。没有内存泄露的情况下，调整-Xms,-Xmx参数可以解决�?/span>

-Xms:初始堆大��?/span>

-Xmx:最大堆大小

但堆的大��受下面三方面媄响：

1.相关操作�pȝ��的数据模型（32-bt�q�是64-bit�Q�限�Ӟ��Q?2位系�l�下�Q�一般限制在1.5G~2G�Q�我�?003 server �pȝ��下（物理内存�Q?G�?G�Q�jdk�Q?.6�Q�测�?1612M�Q?4为操作系�l�对内存无限制。）

2.�pȝ��的可用虚拟内存限�Ӟ��

3.�pȝ��的可用物理内存限制�?/span>

堆的大小可以使用 java -Xmx***M version 命��o来测试。支持的话会出现jdk的版本号�Q�不支持会报错�?/span>

-Xms, -Xmx一般配�|�成一��h��较好比如set JAVA_OPTS= -Xms1024m -Xmx1024m

�W�二�U�：�怹�保存区域溢出

PermGen space的全�U�是Permanent Generation space�Q�是指内存的�怹�保存区域。这一部分用于存放Class和Meta的信息，Class在被 Load的时候被攑օ�PermGen space区域�Q�它和和存放Instance的Heap区域不同�Q�GC�Q�Garbage Collection�Q�不会在�ȝ��序运行期对PermGen space�q�行清理�Q�所以如果你的APP会LOAD很多CLASS的话�Q�就很可能出现PermGen space错误。这�U�错误常见在web服务器对JSP�q�行pre compile的时候。但目前的hibernate和spring��目中也很容易出现这��L��问题。可能是�׃��q�些框架会动态class�Q�而且jvm的gc是不会清理PemGen space的，��D��内存溢出�?/span>

�q�一个一般是加大-XX:PermSize, -XX:MaxPermSize 来解决问题�?/span>

-XX:PermSize �怹�保存区域初始大小

-XX:MaxPermSize �怹�保存区域初始最大�?/span>

�q�一般结合第一条��用，比如 set JAVA_OPTS= -Xms 1024m -Xmx 1024m -XX:PermSize=128M -XX:MaxPermSize=256M

有一炚w��要注意：java -Xmx***M version 命��o来测试的最大堆内存�?-Xmx�?-XX:PermSize�?�?比如�pȝ��支持最大的jvm堆大��事1.5G�Q�那 -Xmx1024m -XX�Q�PermSize=768M 是无法运行的�?/span>

�W�三�U�：无法创徏新的�U�程�?/span>

�q�种现象比较?y��u)��见�Q�也比较奇怪，主要是和jvm与系�l�内存的比例有关�?/span>

�q�种怪事是因为JVM已经被系�l�分配了大量的内存（比如1.5G�Q�，�q�且它至��要占用可用内存的一半。有人发玎ͼ�在线�E�个数很多的情况下，你分配给JVM的内存越多，那么�Q�上�q�错误发生的可能性就��大�?/span>

产生�q�种现象的原因如下：

每一�?2位的�q�程最多可以��?G的可用内存，因�ؓ另外2G被操作系�l�保留。这里假设��?.5G�l�JVM�Q�那么还余下500M可用内存。这500M内存中的一部分必须用于�pȝ��dll的加载，那么真正剩下的也许只�?00M�Q�现在关键的地方出现了：当你使用Java创徏一个线�E�，在JVM的内存里也会创徏一个Thread对象�Q�但是同时也会在操作�pȝ��里创��Z��个真正的物理�U�程�Q�参考JVM规范�Q�，操作�pȝ��会在余下�?00兆内存里创徏�q�个物理�U�程�Q�而不是在JVM�?500M的内存堆里创建。在jdk1.4里头�Q�默认的栈大��是256KB�Q�但是在jdk1.5里头�Q�默认的栈大��ؓ1M每线�E�，因此�Q�在余下400M的可用内存里�Ҏ(gu��)��们最多也只能创徏400个可用线�E��?/span>

�q�样�l�论��出来了�Q�要惛_��建更多的�U�程�Q�你必须减少分配�l�JVM的最大内存。还有一�U�做法是让JVM宿主在你的JNI代码里边�?/span>

�l�出一个有兌��够创建线�E�的最大个数的估算公式�Q?/span>

�Q�MaxProcessMemory – JVMMemory – ReservedOsMemory�Q?/ �Q�ThreadStackSize�Q?= Number of threads

对于jdk1.5而言�Q�假设操作系�l�保�?20M内存�Q?/span>

1.5GB JVM:�Q?GB-1.5Gb-120MB�Q?�Q?MB�Q?= ~380 threads

1.0GB JVM:�Q?GB-1.0Gb-120MB�Q?�Q?MB�Q?= ~880 threads

�?000/XP/2003的boot.ini里头有一个启动选项�Q�好像是�Q?PAE /3G �Q�可以让用户�q�程最大内存扩充至3G�Q�这时操作系�l�只能占用最�?G的虚存。那样应该可以让JVM创徏更多的线�E��?因此�q�种情况需要结合操作系�l�进行相兌��整�?/span>

因此�Q�我们需要结合不同情况对tomcat内存分配�q�行不同的诊断才能从�Ҏ(gu��)��上解决问题�?/span>

温鹏 2013-04-29 23:04 发表评论

午夜精品久久久久久久四虎美女版 ,中文字幕第一页久久,91精品国产综合久久香蕉