分享一下我老师大神的人工智能教程。零基础！通俗易懂！风趣幽默！还带黄段子！希望你也加入到我们人工智能的队伍中来！https://blog.csdn.net/jiangjunshow
paip.java OutOfMemoryError 解决方法o33
java.lang.OutOfMemoryError: Requested
# java.lang.OutOfMemoryError: requested 905312 bytes for Chunk::new. Out of swap space?
---------------
1.适当减少xmx的值for stack xss 或者 reduce xss
2.固定虚拟内存,特别是Out of swap space
3.//UseParallelGC的bug，使用传统回收器。
4.自动恢复 -XX:OnOutOfMemoryError 参数
批处理kill 当前进程.. kill 当前进程..taskkill /F /PID %p
5.GC回收太慢的..使用弱引用类
6.使用64bit机器..
7.JNI 实现的，而 native code 部分由于处理不当
8.web 应用环境下并发访问造成的。所以要看看你的 web 应用这边，是怎么调用图像处理程序的，如果有大量并发的可能，就想办法做成串行处理的，或者至少搞个线程池来限制并发个数。
9.Jconsole jprfl check...mem use..
-------------------------
作者Attilax 艾龙， EMAIL:1466519819@qq.com
来源：attilax的专栏
地址：http://blog.csdn.net/attilax
启动jboss5的时候儿犯错误
适当减少xmx的值, 估计是启动的时候儿stack需要的值大。。。减少xmx有好处儿关于启动..
增加虚拟内存,固定在内存两倍衣裳,不要使用自动化创建..因为那有时间过程..在这个过程中,应用程序的内存请求会被拒绝
您的系统虚拟内存太低。Windows 会增加虚拟内存分页文件的大小。在这个过程中,应用程序的内存请求会被拒绝
自动恢复 -XX:OnOutOfMemoryError 参数
linux :-XX:OnOutOfMemoryError=kill -9 %p
taskkill /F /PID %1
set javaexec="C:\Program Files\Java\jdk1.7.0_01\bin\java"
set opt=-Xms256M -Xmx300M -XX:OnOutOfMemoryError="C:\Users\caixian\Desktop\o3\o37\tgc rerun.bat %%p"
set jbosshome=D:\jboss-5.1.0.GA
"C:\Program Files\Java\jre7\bin\java.exe" %opt% -Dfile.encoding=gbk -classpath "D:\workspace\imServer\WebRoot\WEB-INF\classes;" com.attilax.util.tGC
//GC回收太慢的..使用弱引用类
先前我遇到的，就是GC的线程优先级别低，还有就是image的内存占用太多，如果比较频繁的时候，虽然机器还有内存，还是GC回收不过来，一样会出现内存不够的问题。
解决办法：运行时候，你看一下CPU和内存增长的情况，如果CPU过高，或内存增长、降低频率、幅度都比较大的话，就有这个可能。
还有一个就是参考一下JDK的开源实现，我记得先前研究的时候，image的处理使用了弱引用类，可以降低此类问题出现的频率
对象的new和销毁太频繁了;原因就是GC在系统繁忙的时候,GC不过来,瞬时间导致问题出现
解决的办法很简单(定位过程比较难,绕了很多弯),就是把对象尽量重用,而不是delete(JAVA里面没有这个东东,我的意思你明白就可以了),避免太频繁的创建和销毁对象.
UseParallelGC的bug，使用传统回收器。。
在GC花费了大量时间，却仅回收了少量内存时，也会报出OutOfMemoryError，我只遇到过一两次。当使用-XX:+UseParallelGC或-XX:+UseConcMarkSweepGC收集器时，在上述情况下会报错，在HotSpot GC Turning文档上有说明：
The parallel(concurrent) collector will throw an OutOfMemoryError if too much time is being spent in garbage collection: if more than 98% of the total time is spent in garbage collection and less than 2% of the heap is recovered, an OutOfMemoryError will be thrown.
对这个问题，一是需要进行GC turning，二是需要优化程序逻辑。
///jvm外自动恢复的,看门狗
///普通windows 32位,3g 内存
一个jvm仅仅使用2g....在配置在stack,and NOheap mem.....HEap 仅仅可以使用1.4g了..
C:\Users\caixian>java -Xms1400M -Xmx1400M -version
java version "1.7.0_45"
Java(TM) SE Runtime Environment (build 1.7.0_45-b18)
Java HotSpot(TM) Client VM (build 24.45-b08, mixed mode)
在单机web server的情况下，最大堆的设置建议在物理内存的1/2到2/3之间，如果是16G的物理内存的话，最大堆的设置应该在8000M-10000M之间，Java进程消耗的总内存肯定大于最大堆设置的内存：堆内存（Xmx）+ 方法区内存（MaxPermSize）+ 栈内存（Xss,包括虚拟机栈和本地方法栈）*线程数 + NIO direct memory + socket缓存区（receive37KB，send25KB）+ JNI代码 + 虚拟机和GC本身 = java的内存。
java.lang.OutOfMemoryError: Requested
# java.lang.OutOfMemoryError: requested 905312 bytes for Chunk::new. Out of swap space?
---------------
1.适当减少xmx的值for stack xss 或者 reduce xss
2.固定虚拟内存,特别是Out of swap space
3.//UseParallelGC的bug，使用传统回收器。
4.自动恢复 -XX:OnOutOfMemoryError 参数
批处理kill 当前进程.. kill 当前进程..taskkill /F /PID %p
5.GC回收太慢的..使用弱引用类
6.使用64bit机器..
7.JNI 实现的，而 native code 部分由于处理不当
8.web 应用环境下并发访问造成的。所以要看看你的 web 应用这边，是怎么调用图像处理程序的，如果有大量并发的可能，就想办法做成串行处理的，或者至少搞个线程池来限制并发个数。
9.Jconsole jprfl check...mem use..
-------------------------
作者Attilax 艾龙， EMAIL:1466519819@qq.com
来源：attilax的专栏
地址：http://blog.csdn.net/attilax
启动jboss5的时候儿犯错误
适当减少xmx的值, 估计是启动的时候儿stack需要的值大。。。减少xmx有好处儿关于启动..
增加虚拟内存,固定在内存两倍衣裳,不要使用自动化创建..因为那有时间过程..在这个过程中,应用程序的内存请求会被拒绝
您的系统虚拟内存太低。Windows 会增加虚拟内存分页文件的大小。在这个过程中,应用程序的内存请求会被拒绝
自动恢复 -XX:OnOutOfMemoryError 参数
linux :-XX:OnOutOfMemoryError=kill -9 %p
taskkill /F /PID %1
set javaexec="C:\Program Files\Java\jdk1.7.0_01\bin\java"
set opt=-Xms256M -Xmx300M -XX:OnOutOfMemoryError="C:\Users\caixian\Desktop\o3\o37\tgc rerun.bat %%p"
set jbosshome=D:\jboss-5.1.0.GA
"C:\Program Files\Java\jre7\bin\java.exe" %opt% -Dfile.encoding=gbk -classpath "D:\workspace\imServer\WebRoot\WEB-INF\classes;" com.attilax.util.tGC
//GC回收太慢的..使用弱引用类
先前我遇到的，就是GC的线程优先级别低，还有就是image的内存占用太多，如果比较频繁的时候，虽然机器还有内存，还是GC回收不过来，一样会出现内存不够的问题。
解决办法：运行时候，你看一下CPU和内存增长的情况，如果CPU过高，或内存增长、降低频率、幅度都比较大的话，就有这个可能。
还有一个就是参考一下JDK的开源实现，我记得先前研究的时候，image的处理使用了弱引用类，可以降低此类问题出现的频率
对象的new和销毁太频繁了;原因就是GC在系统繁忙的时候,GC不过来,瞬时间导致问题出现
解决的办法很简单(定位过程比较难,绕了很多弯),就是把对象尽量重用,而不是delete(JAVA里面没有这个东东,我的意思你明白就可以了),避免太频繁的创建和销毁对象.
UseParallelGC的bug，使用传统回收器。。
在GC花费了大量时间，却仅回收了少量内存时，也会报出OutOfMemoryError，我只遇到过一两次。当使用-XX:+UseParallelGC或-XX:+UseConcMarkSweepGC收集器时，在上述情况下会报错，在HotSpot GC Turning文档上有说明：
The parallel(concurrent) collector will throw an OutOfMemoryError if too much time is being spent in garbage collection: if more than 98% of the total time is spent in garbage collection and less than 2% of the heap is recovered, an OutOfMemoryError will be thrown.
对这个问题，一是需要进行GC turning，二是需要优化程序逻辑。
///jvm外自动恢复的,看门狗
///普通windows 32位,3g 内存
一个jvm仅仅使用2g....在配置在stack,and NOheap mem.....HEap 仅仅可以使用1.4g了..
C:\Users\caixian>java -Xms1400M -Xmx1400M -version
java version "1.7.0_45"
Java(TM) SE Runtime Environment (build 1.7.0_45-b18)
Java HotSpot(TM) Client VM (build 24.45-b08, mixed mode)
在单机web server的情况下，最大堆的设置建议在物理内存的1/2到2/3之间，如果是16G的物理内存的话，最大堆的设置应该在8000M-10000M之间，Java进程消耗的总内存肯定大于最大堆设置的内存：堆内存（Xmx）+ 方法区内存（MaxPermSize）+ 栈内存（Xss,包括虚拟机栈和本地方法栈）*线程数 + NIO direct memory + socket缓存区（receive37KB，send25KB）+ JNI代码 + 虚拟机和GC本身 = java的内存。
分享一下我老师大神的人工智能教程。零基础！通俗易懂！风趣幽默！还带黄段子！希望你也加入到我们人工智能的队伍中来！https://blog.csdn.net/jiangjunshow