JVM内存问题最佳实践.ppt.ppt

* OutOfMemory错误实例（2）答案 GC日志 系统参数，采用的第三方组件 用性能检测工具分析 用Eeclipse Memory Analyzer进行离线分析 * OutOfMemory错误实例（3） － 分析 问题在哪里？？？ * OutOfMemory错误实例（3）过程和结果 用Eeclipse Memory Analyzer分析显示： 内存中存在apache的poi excel处理组件 根据业务系统的需要，升级到64位WebLogic 9.2 MP3，问题解决 * 小节回顾 两个OOM/ML解决实例 在本小节中，我们讲述了以下内容： * 回顾 内存不足/内存泄漏的基本概念 诊断和定位内存问题 故障排除步骤和方案 应用分析工具解决问题 OOM/ML实例 在本次Webinar中，我们讲述了以下内容： CMS并非没有暂停，而是用两次短暂停来替代串行标记整理算法的长暂停，它的收集周期是这样： 初始标记(CMS-initial-mark) - 并发标记(CMS-concurrent-mark) - 重新标记(CMS-remark) - 并发清除(CMS-concurrent-sweep) -并发重设状态等待下次CMS的触发(CMS-concurrent-reset)。 -XX:SurvivorRatio 指定New Generation中Eden Space与一个Survivor Space的heap size比例,-XX:SurvivorRatio=8,那么在总共New Generation为10m的情况下,Eden Space为8m -XX:MaxTenuringThreshold 指定一个object在经历了n次young gc后转移到old generation区,在linux64的java6下默认值是15,此参数对于throughput collector无效,如:-XX:MaxTenuringThreshold=31 -XX:+UseCMSCompactAtFullCollection 在使用concurrent gc的情况下,防止memory fragmention,对live object进行整理,使memory碎片减少 -XX:CMSInitiatingOccupancyFraction=n 指示在old generation在使用了n%的比例后,启动concurrent collector,默认值是68,如:-XX:CMSInitiatingOccupancyFraction=70 有个bug,在低版本的jvm上出现,/bugdatabase/view_bug.do?bug_id=6486089 -XX:+UseCMSInitiatingOccupancyOnly 指示只有在old generation在使用了初始化的比例后concurrent collector启动收集 * Eclipse Memory Analyzer（1） Eclipse Memory Analyzer原名SAP Memory Analyzer，后SA公司捐献给Eclipse社区，现在IBM也加入进来，是目前最实用的免费离线内存诊断工具 特性： 离线分析，不影响生产系统 需要得到JDK内存镜像 支持SUN、HP(1.4.2_12 1.5.0_07及以后版本) 最新版本支持IBM JDK 启动方式： 启动参数增加 -XX:+HeapDumpOnCtrlBreak -XX:+HeapDumpOnOutOfMemoryError Kill -3 pid得到heapdump文件 JDK5.0可以采用jmap -heap:format=b pidofjava JDK6.0可以采用jmap -dump:live,format=b,file=/tmp/xxx.hprof pidofjava 启动Eclipse Memory Analyzer，加载heapdump文件 图形化分析 * Eclipse Memory Analyzer（2） 启动界面 * Eclipse Memory Analyzer（3） Overview视图 * Eclipse Memory Analyzer（4） Leak Suspects视图 * Eclipse Memory Analyzer（5） Dominator tree视图 * Eclipse Memory Analyzer（6） 结合使用Leak Suspects和Dominator tree视图 * HeapAnalyzer（1） HeapAnalyzer是一款针对IBM JDK的内存文本镜像HeapDump的分析工具 特性： 离线分析，不影响生产系统