深入理解JVM之性能调优

木唯韵

已于 2023-03-08 11:21:18 修改

阅读量121

点赞数

分类专栏：深入理解JVM系列文章标签： jvm Powered by 金山文档

于 2023-03-08 09:48:52 首次发布

本文链接：https://blog.csdn.net/muweiyun/article/details/129396571

版权

深入理解JVM系列专栏收录该内容

10 篇文章 0 订阅

订阅专栏

性能调优

寻找性能瓶颈

资源主要消耗在CPU、文件 IO、网络IO以及内存方面，机器的资源是有限的，当某资源消耗过多时，通常会造成系统的响应速度慢。

CPU消耗分析

上下文切换：每个CPU(或多核CPU中的每核CPU)在同一时间只能执行一个线程‘,Linux采用的是抢占式调度。即为每个线程分配一定的执行时间，当到达执行时间、线程中有IO阻塞或高优先级线程要执行时，Linux将切换执行的线程，在切换时要存储目前线程的执行状态，并恢复要执行的线程的状态，这个过程就称为上下文切换。对于Java应用，典型的是在进行文件IO操作、网络IO操作、锁等待或线程Sleep时，当前线程会进入阻塞或休眠状态，从而触发上下文切换，上下文切换过多会造成内核占据较多的CPU使用，使得应用的响应速度下降。

运行队列：每个CPU核都维护了一个可运行的线程队列，例如一个4核的CPU，Java应用中启动了8个线程，且这8个线程都处于可运行状态，那么在分配平均的情况下每个CPU中的运行队列里就会有两个线程。

利用率：CPU利用率为CPU在用户进程、内核、中断处理、IO等待以及空闲五个部分使用百分比，这五个值是用来分析CPU消耗情况的关键指标。

查看指令

在Linux中，可通过top或pidstat方式来查看进程中现成的CPU消耗状况。

CPU消耗指标

CPU消耗主要体现在us、sy两个值上。

us值过高时，表示运行的应用消耗了大部分的CPU。Java应用造成us高的主要原因是线程一直处于可运行（Runnable）状态，通常是这些线程在执行无阻塞、循环、正则或纯粹的计算等动作造成的。另外一种原因是频繁的GC。

sy值过高时，表示linux花费了更多的时间在进行线程切换。Java应用造成这种现象的主要原因是启动的线程比较多，且这些线程多数都处于不断的阻塞（例如锁等待、IO等待状态）和执行状态的变化过程中，这会导致操作系统要不断的切换执行的线程，产生大量的上下文切换。

文件IO消耗分析

在Linux中，要跟踪线程的文件IO的消耗，主要方法是通过pidstat来查找。

pidstat：输入如pidstat -d -t-p [pid] 1100类似的命令即可查看线程的IO消耗状况。

iostat：直接输入iostat命令，可查看各个设备的IO历史状况。

网络IO消耗分析

在linux中可采用sar来分析网络IO的消耗状况。

由于没办法分析具体每个线程所消耗的网络IO，因此当网络IO消耗高时，对于Java应用而言只能对线程进行 dump，查找产生了大量网络IO操作的线程。这些线程的特征是读取或写入网络流，在用Java实现网络通信时，通常要将对象序列化为字节流，进行发送，或读取字节流，并反序列化为对象。这个过程要消耗JVM堆内存，JVMJVM堆的内存大小通常是有限的，因此Java应用一般不会造成网络IO消耗严重。

内存消耗分析

在Linux中可通过vmstat、sar、top、pidstat等方式来查看swap和物理内存的消耗状况。

Java应用只有在创建线程和使用Direct ByteBuffer时才会操作JVM堆外的内存JVM，在内存消耗方面最值得关注的是JVM内存的消耗状况。JVM内存消耗过多会导致GC执行频繁，CPU消耗增加，应用线程的执行速度严重下降。

对于JVM堆以外的内存方面的消耗，最为值得关注的是swap的消耗以及物理内存的消耗，这两方面的消耗都可基于os提供的命令来查看。

程序执行慢原因分析

有些情况是资源消耗不多，但程序执行仍然慢，这种现象多出现于访问量不是非常大的情况下，主要原因有以下三种：锁竞争激烈、未充分使用硬件资源和数据量增长