网站内容与目录结构,php网站系统,前端开发线上培训,网站代理如何做2019独角兽企业重金招聘Python工程师标准 JDK提供了几个很实用的工具#xff0c;如下#xff1a; jinfo#xff1a;观察运行中的java程序的运行环境参数#xff1a;参数包括Java System属性和JVM命令行参数#xff0c;java class path等信息。命令格式 JDK提供了几个很实用的工具如下 jinfo观察运行中的java程序的运行环境参数参数包括Java System属性和JVM命令行参数java class path等信息。命令格式jinfo 进程pidjps用来显示本地的java进程可以查看本地运行着几个java程序并显示他们的进程号。命令格式jps 或 jps 远程服务ip地址 默认端口1099jstat一个极强的监视VM内存工具。可以用来监视VM内存内的各种堆和非堆的大小及其内存使用量。 jstack可以观察到jvm中当前所有线程的运行情况和线程当前状态。, 如果现在运行的java程序呈现hung的状态jstack是非常有用的。命令格式jstack 进程pid当程序出现死锁的时候使用命令jstack 进程ID jstack.log然后在jstack.log文件中搜索关键字“BLOCKED”定位到引起死锁的地方。 jmap观察运行中的jvm物理内存的占用情况如产生哪些对象及其数量。命令格式jmap [option] pid option参数如下 -heap打印jvm heap的情况 -histo打印jvm heap的直方图。其输出信息包括类名对象数量对象占用大小。 -histolive 同上但是只答应存活对象的情况 -permstat打印permanent generation heap情况 使用jmap进行 heap dump的例子 jmap -dump:formatb,file 打印内存统计图jmap -histo:live 结果中每行显示了当前堆中每种类类型的信息包含被分配的实例个数及其消耗的字节数。选项“live”表示只统计存活的对象 需要注意的是jmap不是运行分析工具在生成统计图时JVM可能会暂停因此当生成统计图时需要确认这种暂停对程序是可接受的。jconsole一个java GUI监视工具可以以图表化的形式显示各种数据。并可通过远程连接监视远程的服务器VM。 这些命令的使用见官方文档 jpshttp://java.sun.com/j2se/1.5.0/docs/tooldocs/share/jps.html jstathttp://java.sun.com/j2se/1.5.0/docs/tooldocs/share/jstat.html jstackhttp://docs.oracle.com/javase/1.5.0/docs/tooldocs/share/jstack.html jmaphttp://java.sun.com/j2se/1.5.0/docs/tooldocs/share/jmap.html jconsolehttp://java.sun.com/j2se/1.5.0/docs/guide/management/jconsole.html jstat的一些参数 参数名称 描述 class 统计class loader行为信息。命令例子jstat -class pid 1000 10 每隔1秒监控一次一共做10次输出内容含义如下 Loaded Number of classes loaded. Bytes Number of Kbytes loaded. Unloaded Number of classes unloaded. Bytes Number of Kbytes unloaded. Time Time spent performing class load and unload operations. compile 统计编译行为信息。 gc 输出每个堆区域的当前可用空间以及已用空间伊甸园幸存者等等GC执行的总次数GC操作累计所花费的时间。 gccapactiy 输出每个堆区域的最小空间限制ms/最大空间限制mx当前大小每个区域之上执行GC的次数。不输出当前已用空间以及GC执行时间。 gccause 输出-gcutil提供的信息以及最后一次执行GC的发生原因和当前所执行的GC的发生原因 gcnew 输出新生代空间的GC性能数据 gcnewcapacity 输出新生代空间的大小的统计数据。 gcold 输出老年代空间的GC性能数据。 gcoldcapacity 输出老年代空间的大小的统计数据。 gcpermcapacity 输出持久带空间的大小的统计数据。 gcutil 输出每个堆区域使用占比以及GC执行的总次数和GC操作所花费的事件。 你可以只关心那些最常用的命令你会经常用到 -gcutil (或-gccause), -gc and –gccapacity。 · -gcutil 被用于检查堆间的使用情况GC执行的次数以及GC操作所花费的时间。 · -gccapacity以及其他的参数可以用于检查实际分配内存的大小。 不同的jstat参数输出不同类型的列如下表所示根据你使用的”jstat option”会输出不同列的信息。 列 说明 Jstat参数 S0C 输出Survivor0空间的大小。单位KB。 -gc -gccapacity -gcnew -gcnewcapacity S1C 输出Survivor1空间的大小。单位KB。 -gc -gccapacity -gcnew -gcnewcapacity S0U 输出Survivor0已用空间的大小。单位KB。 -gc -gcnew S1U 输出Survivor1已用空间的大小。单位KB。 -gc -gcnew EC 输出Eden空间的大小。单位KB。 -gc -gccapacity -gcnew -gcnewcapacity EU 输出Eden已用空间的大小。单位KB。 -gc -gcnew OC 输出老年代空间的大小。单位KB。 -gc -gccapacity -gcold -gcoldcapacity OU 输出老年代已用空间的大小。单位KB。 -gc -gcold PC 输出持久代空间的大小。单位KB。 -gc -gccapacity -gcold -gcoldcapacity -gcpermcapacity PU 输出持久代已用空间的大小。单位KB。 -gc -gcold YGC 新生代空间GC时间发生的次数。 -gc -gccapacity -gcnew -gcnewcapacity -gcold -gcoldcapacity -gcpermcapacity -gcutil -gccause YGCT 新生代GC处理花费的时间。 -gc -gcnew -gcutil -gccause FGC full GC发生的次数。 -gc -gccapacity -gcnew -gcnewcapacity -gcold -gcoldcapacity -gcpermcapacity -gcutil -gccause FGCT full GC操作花费的时间 -gc -gcold -gcoldcapacity -gcpermcapacity -gcutil -gccause GCT GC操作花费的总时间。 -gc -gcold -gcoldcapacity -gcpermcapacity -gcutil -gccause NGCMN 新生代最小空间容量单位KB。 -gccapacity -gcnewcapacity NGCMX 新生代最大空间容量单位KB。 -gccapacity -gcnewcapacity NGC 新生代当前空间容量单位KB。 -gccapacity -gcnewcapacity OGCMN 老年代最小空间容量单位KB。 -gccapacity -gcoldcapacity OGCMX 老年代最大空间容量单位KB。 -gccapacity -gcoldcapacity OGC 老年代当前空间容量制单位KB。 -gccapacity -gcoldcapacity PGCMN 持久代最小空间容量单位KB。 -gccapacity -gcpermcapacity PGCMX 持久代最大空间容量单位KB。 -gccapacity -gcpermcapacity PGC 持久代当前空间容量单位KB。 -gccapacity -gcpermcapacity PC 持久代当前空间大小单位KB -gccapacity -gcpermcapacity PU 持久代当前已用空间大小单位KB -gc -gcold LGCC 最后一次GC发生的原因 -gccause GCC 当前GC发生的原因 -gccause TT 老年化阈值。被移动到老年代之前在新生代空存活的次数。 -gcnew MTT 最大老年化阈值。被移动到老年代之前在新生代空存活的次数。 -gcnew DSS Adequate size of survivor in KB 幸存者区所需空间大小单位KB。 -gcnew 参考文章http://www.importnew.com/2057.html 下面内容摘自http://jameswxx.javaeye.com/blog/731763 在本机执行 jstat -gcutil 340 10000这个命令是每个10秒钟输出一次jvm的gc信息10000指的是间隔时间为10000毫秒。屏幕上显示如下信息我只取了第一行因为是按的一定频率显示所以实际执行的时候会有很多行 S0 S1 E O P YGC YGCT FGC FGCT GCT 54.62 0.00 42.87 43.52 86.24 1792 5.093 33 7.670 12.763 [xhtml] view plain copy S0:新生代的susvivor0区空间使用率为54..62% S1:新生代的susvivor1区空间使用率为0.00%(因为还没有执行第二次minor收集) E:eden区空间使用率42.87% O:旧生代空间使用率43.52% P:持久带空间使用率86.24% YGC:minor gc执行次数1792次 YGCT:minor gc耗费的时间5.093毫秒 FGC:full gc执行次数33 FGCT:full gc耗费的时间7.670毫秒 GCT:gc耗费的总时间12.763毫秒 /p 如果young gc和full gc能够正常发生而且都能有效回收内存常驻内存区变化不明显则说明java内存释放情况正常垃圾回收及时java内存泄露的几率就会大大降低。但也不能说明一定没有内存泄露。 每次young gc消耗的时间可以用相间隔的两行YGCT相减得到。每次full gc消耗的时间可以用相隔的两行FGCT相减得到 官方文档的一个例子 [plain] view plain copy Using the gcutil option This example attaches to lvmid 21891 and takes 7 samples at 250 millisecond intervals and displays the output as specified by the -gcutil option. jstat -gcutil 21891 250 7 S0 S1 E O P YGC YGCT FGC FGCT GCT 12.44 0.00 27.20 9.49 96.70 78 0.176 5 0.495 0.672 12.44 0.00 62.16 9.49 96.70 78 0.176 5 0.495 0.672 12.44 0.00 83.97 9.49 96.70 78 0.176 5 0.495 0.672 0.00 7.74 0.00 9.51 96.70 79 0.177 5 0.495 0.673 0.00 7.74 23.37 9.51 96.70 79 0.177 5 0.495 0.673 0.00 7.74 43.82 9.51 96.70 79 0.177 5 0.495 0.673 0.00 7.74 58.11 9.51 96.71 79 0.177 5 0.495 0.673 The output of this example shows that a young generation collection occurred between the 3rd and 4th sample. The collection took 0.001 seconds and promoted objects from the eden space (E) to the old space (O), resulting in an increase of old space utilization from 9.49% to 9.51%. Before the collection, the survivor space was 12.44% utilized, but after this collection it is only 7.74% utilized. 转载于:https://my.oschina.net/guoenzhou/blog/389687
