---
title: 调优过程
description: "- 已安装鲲鹏DevKit。"
url: https://www.hikunpeng.com/document/detail/zh/kunpengdevps/profiler/demo/kunpengbestbigobj_21_0005.html
sourcePath: /source/zh/kunpengdevps/profiler/demo/kunpengbestbigobj_21_0005.html
indexId: 0f7466ae228001bd4a5403666d93c687b3f5a7136e7e14369f9243522a4074e968
---
# 调优过程

#### 前提条件

- 已安装鲲鹏DevKit。
- 服务器和操作系统正常运行。
- PC端已经安装SSH远程登录工具
- 准备需要优化的Java程序（  demo(https://github.com/kunpengcompute/devkitdemo/tree/main/Hyper_tuner/testdemo/java_perf_test)
）并在目标服务器上启动。


#### 操作步骤

1. 下载demo(https://github.com/kunpengcompute/devkitdemo/tree/main/Hyper_tuner/testdemo/java_perf_test)程序，打包部署参照README.md。
2. 对程序进行在线分析，切换到GC页签。
  在浏览器中调用接口“http://{ip}:9118/gctest/bigdata”，需多次访问。 图1 GC页签-1

  发现有些GC原因是巨型对象的分配造成的。

3. 对程序进行采样分析，切换至GC页签。
  查看优化建议报告。

  图2 GC页签-优化建议

4. 采样分析切换到内存页签的老年代对象页面。
  采样分析时需在浏览器多次调用接口“http://{ip}:9118/gctest/bigdata”。

  图3 老年代对象

  在某些情况下，如果巨型对象的生命周期比较长，则在该页签下可以采集到对象的相关信息，也会得到一份报告，可以得知巨型对象大小，还可以知道当前程序的region大小，根据相关信息，可以得出结论采集的巨型对象是在同一个线程中创建的，巨型对象为6MiB大小的int[]，可以根据堆栈搜索代码，查看具体的逻辑。

5. 在线分析执行内存转储。
  如果通过采样分析不能直接采集到巨型对象，可以通过已知的region大小，以及通过堆转储分析查找相应的线索。在直方图中找堆占用较多的嫌疑类。 图4 内存转储

6. 查看每个嫌疑类的所有对象。
  图5 内存转储

  图6 列出所有对象

  发现频繁分配了int[]，大小为6MiB，符合巨型对象要求，继续定位。

7. 支配树查找线索。
  图7 支配树

  支配树中发现一个线程保留堆大小跟直方图中int[]的保留堆大小差不多。

  图8 支配树展开

  展开发现这个线程中有个List持有创建的巨型对象，查看从int[]到GC Roots的路径。

  图9 从int[]到GC Roots的路径入口

8. 程序代码定位。
  根据在线分析提供的类名：GcTestController，巨型对象为int[], List持有巨型对象等线索，直接找到具体的代码。

  图10 demo

9. 优化后的Java程序。
  本demo通过调大region大小的方式解决该问题。

  图11 概览页签

  图12 GC页签


#### 总结

本次实践中，通过采样分析和堆转储分析定位代码中具体巨型对象分配的位置，通过调大region的大小来解决该问题。但是在实际的业务中，优先建议调整代码逻辑去解决问题，尽量避免分配巨型对象，从而减轻JVM的压力。如果发现默认的region大小不符合程序的体量，可以根据实际情况适当调大region的大小。

在进行其他程序调优时，需要根据鲲鹏DevKit Java性能分析工具采集的实际结果和对应的优化建议进行调优操作，具体的调优思路可以参考本次实践。