ibm websphere培训——jvm相关参数配置和问题诊断

《ibm websphere培训——jvm相关参数配置和问题诊断》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、1.WebsphereJVM相关问题诊断：由JVM引起的Websphere问题主要有应用服务器宕机和性能下降，JVM相关问题的特征如下：(1).Websphere应用服务器停止响应：a.Websphere服务器宕机。b.Websphere进程挂起。c.JVM内存溢出。(2).性能下降：JVM进程号(processId)不停地改变。2.诊断JVM相关问题所需文件：(1).核心文件(Corefiles)：a.进程快照或者系统的核心文件。b.完整的JVM内存快照等。注意：文件非常庞大，需要ISA(IBMSupportAssis

2、tant)的日志分析工具解析。(2).javacore文件：a.正在运行的java进程的快照。b.Websphere应用服务器发生错误时自动生成的文件。存储路径为：/profiles/。(3).JVM详细的垃圾回收器日志。(4).JVM堆快照。3.JVM垃圾回收器日志：(1).设置Websphere中JVM垃圾回收器步骤：在Websphere管理控制窗口点击：Servers->Applicationservers->->JavaandProc

3、essManagement->ProcessDefinition->JavaVirtualMachine,勾选”VerboseGarbageCollection”复选框，重启Websphere即可。(2).JVM详细的垃圾回收器日志写在系统错误日志文件中(native_stderr)。(3).在产品发布以后，推荐将Websphere的JVM垃圾回收器日志打开，它消耗资源非常的少。4.JVM关于堆的相关参数设置：(1).JVM最大的堆内存大小(maximumheap,-Xmx)：设置合理的最大堆有助于JVM优化性能，最大堆

4、越大，JVM垃圾回收器收集一次垃圾花费的时间越长；最大堆越小，JVM垃圾回收器运行很频繁。合理的最大堆应该是稍微大于当程序运行稳定时所需的最大堆容量。(2).JVM初始化堆内存大小(minimumheap,-Xms)：设置合理的最小堆可以提高Websphere应用服务器的启动时间。最小堆太小，JVM可能在服务器启动重新过程不断调整重新设置最小堆，从而影响启动速度。最小堆太大，垃圾回收器需要回收较大的内存空间，容易产生内存碎片。同时由于初始堆内存太大，分配堆内存花费的时间比较大，程序响应速度慢。5.JVM垃圾回收器性能指标

5、：垃圾回收器是JVM中引起内存性能瓶颈的主要原因，JVM的垃圾回收器性能指标：(1).吞吐量(Throughput)：指JVM没有花费在垃圾回收器上的百分比，即JVM在处理程序运行所花费时间占整个JVM运行时间的百分比。(2).暂停(Pauses)：指JVM垃圾回收器运行时间的百分比，即因为JVM垃圾回收器运行而暂停应用程序处理时间占整个JVM运行时间的百分比。6.Websphere中JVM垃圾回收器的回收策略(GCpolicy)：(1).–-Xgcpolicy:optthruput让JVM尽可能花最多时间处理应用程序，

6、尽量减少垃圾回收器的运行时间。(2).–-Xgcpolicy:optavgpause让JVM尽可能多回收垃圾，当不可预知的情况发生时，应用程序响应时间比较快。(3).–-Xgcpolicy:gencon适合于应用程序需要大量分配堆内存给短存活周期对象的情况，垃圾回收器使用分代复制算法，让垃圾回收器尽快回收已经死亡的年老代对象。(4).–-Xgcpolicy:subpool适合于应用程序在多个线程中频繁给大对象分配堆内存的情况。7.通过JVM线程快照诊断进程挂起问题：当怀疑JVM进程挂起时，以下的方法可以帮助诊断JVM进程

7、挂起相关问题：(1).收集JVM线程快照或者JavaCore文件：Websphere默认是打开的，也可以在命令行(linux)中通过”kill-3”向Websphere发送信号产生JVM线程快照和JavaCore相关文件。(2).当进程挂起时，每个几分钟收集一下JVM线程快照：当进程挂起产生时，需要每个几分钟收集一下JVM线程快照，以帮助分析进程内部的运行情况。(3).手动或者通过ISA的线程分析器查看JVM线程快照文件：a.检查是否有线程死锁产生。b.检查所有发送请求后等待响应的线程运行情况。8.通过JVMJavaCo

8、re文件诊断进程挂起问题：查看javacore文件主要根据线程的运行状态进行相应的问题诊断：(1).线程处于阻塞状态：a.无法访问的资源，或者逻辑错误的线程同步都有可能导致线程被阻塞。b.死锁也可能导致线程被阻塞。(2).线程处于运行状态：a.通过多个javacore文件检查方法的调用堆栈。b.如果一个方法内产生很多