jmap与jstat工具实战分析

在上一节【https://www.cnblogs.com/webor2006/p/10662363.html】最后其实是抛出了infoq关于元空间介绍的文章中所涉及到JDK自带的一些工具的使用,这次咱们来亲自来对文中提到的jmap和jstat工具进行实践,如下:

对于JDK自带的工具其实主要是分为两种:一种是命令行工具,另一种是GUI工具,其实GUI工具也就是对命令行工具的一个集成,那既然有了GUI工具还要什么命令行工具呢?其实现实是有些系统是不支持GUI的,所以对于命令行工具的掌握也是很有必要的。

jmap:

如InfoQ文章中所介绍的,它是用来查看类加载器数据的,当然也介绍了它的使用,不过咱们以纯小白的方式来看一下该命令的使用方式,当然是直接在命令行看一下它官方的使用帮助喽:

所以,为了演练该命令,咱们写一个简单的程序,然后里面写一个死循环来保持进程是活着,如下:

运行起来:

由于jmap需要知道进程ID,所以可以利用linux的这个稍复杂的命令来查看之,如下:

然后查到咱们程序相关的进程ID:

当然这种获取JVM进程的方式稍显复杂,其实有更加简便的命令来获取的,这个在之后会使用到,接下来我们使用一下该命令:

报异常了,不能连接到指定的进程,而且可以看到我们的IntelliJ IDEA的这个死循环的程序也挂掉了:

其实这是跟我机器上的当前版本有关,算是一个BUG,因为google官方对其有解释:

不过咱们不使用JDK9,而是使用JDK8往前的小版本既可,先来查看一下当前机器使用的JDK版本,如下:

其实使用92这个小版本就可以了,所以这里先将IntelliJ IDEA的JDK切到92这个版本,如下:

然后再次运行:

此时的jmap就得用92这个jdk的了,由于我当前path配的是171这个,为了方便我们直接进入到92这个版本的目录来执行jmap命令,如下:

此时注意一下执行此命令时会让程序停止运行一会,如下:

很明显能看到在计算时进程的输出卡住了,待jmap计算完成之后进程运行才恢复,下面来具体看一下该进程的类加载器的输出:

咱们来瞅下这个自定义的类加载器:

最后就是加载我们MyTest5类的应用类加载器了:

从这个输出再一次巩固了之前我们学习类加载器的相关知识,有了这个命令就可以直观当前进程运行的类加载器的关系了,还是很好用的。

另外jmap还有另一个参数,如下:

下面来使用一下:

xiongweideMacBook-Pro:classes xiongwei$ /Library/Java/JavaVirtualMachines/jdk1.8.0_92.jdk/Contents/Home/bin/jmap -heap 11971
Attaching to process ID 11971, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.92-b14

using thread-local object allocation.
Parallel GC with 4 thread(s)

Heap Configuration:
   MinHeapFreeRatio         = 0
   MaxHeapFreeRatio         = 100
   MaxHeapSize              = 2147483648 (2048.0MB)
   NewSize                  = 44564480 (42.5MB)
   MaxNewSize               = 715653120 (682.5MB)
   OldSize                  = 89653248 (85.5MB)
   NewRatio                 = 2
   SurvivorRatio            = 8
   MetaspaceSize            = 21807104 (20.796875MB)
   CompressedClassSpaceSize = 1073741824 (1024.0MB)
   MaxMetaspaceSize         = 17592186044415 MB
   G1HeapRegionSize         = 0 (0.0MB)

Heap Usage:
PS Young Generation
Eden Space:
   capacity = 34078720 (32.5MB)
   used     = 3408368 (3.2504730224609375MB)
   free     = 30670352 (29.249526977539062MB)
   10.001455453725962% used
From Space:
   capacity = 5242880 (5.0MB)
   used     = 0 (0.0MB)
   free     = 5242880 (5.0MB)
   0.0% used
To Space:
   capacity = 5242880 (5.0MB)
   used     = 0 (0.0MB)
   free     = 5242880 (5.0MB)
   0.0% used
PS Old Generation
   capacity = 89653248 (85.5MB)
   used     = 0 (0.0MB)
   free     = 89653248 (85.5MB)
   0.0% used

2154 interned Strings occupying 152240 bytes.
xiongweideMacBook-Pro:classes xiongwei$ 

下面简单来瞅一下输出:

以上是关于jmap常用的用法。

jstat: 

如文章中所示:

所以咱们来使用一下,进程还是之前那个进程,因为死循环我木有退出,然后看一下它的官方用法介绍:

咱们按照文章中所列的用法执行一下:

其中如文章中所示,重点看MC和MU这两参数,其中MC的注释为:Current Metaspace Capacity(KB)当前元空间容量,也就是系统所分配的空间;MU为:Metaspace Utilization(KB)已经被使用元空间的大小,回到咱们程序来说:系统分配的元空间大小为4480kb,而当前已经使用的元空间的大小为773.9kb,而且有个细节,就是我们不断执行该命令,其MU基本上没有变化,如下:

这是因为咱们这个程序木有使用到元空间,如下:

而如之前所学,只有动态创建的类的信息才会往元空间当中存,所以咱们停止此程序,换之前的cglib程序,然后再来实验一下:

此时再来多次运行jstat命令,看MU是不是在不断变化:

嗯~~该命令还是很不错的~~

转载于:https://www.cnblogs.com/webor2006/p/10667788.html

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值