zoukankan      html  css  js  c++  java
  • paip.java OutOfMemoryError 解决方法o33

    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 FilesJavajdk1.7.0_01injava"
    set opt=-Xms256M -Xmx300M  -XX:OnOutOfMemoryError="C:UserscaixianDesktopo3o37 gc rerun.bat %%p"
    set jbosshome=D:jboss-5.1.0.GA
    "C:Program FilesJavajre7injava.exe"  %opt%   -Dfile.encoding=gbk    -classpath "D:workspaceimServerWebRootWEB-INFclasses;" 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:Userscaixian>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的内存。
  • 相关阅读:
    DOM编程
    BOM编程
    JavaScript
    CSS
    HTML入门
    shiro与项目集成开发
    shiro授权测试
    散列算法
    shiro认证流程
    spring boot 入门及示例
  • 原文地址:https://www.cnblogs.com/attilax/p/5964062.html
Copyright © 2011-2022 走看看