java性能调优

全面的性能调优

  1. 编写更好的算法
  2. 编写更少的代码
  3. 过早优化 过早考虑优化是所有噩梦的根源。应该编写清晰、直接、易读和易理解的代码。
  4. 数据库可能是瓶颈
  5. 常见的优化 积少成多地改进性能
    原则:
    1. 借助性能分析来优化代码,注重性能分析中最耗时的操作
    2. 新代码比机器配置更可能引入性能问题,机器配置比JVM或操作系统更容易引入性能问题。
    3. 为应用中最常用的操作编写简单算法

许多情况下,JVM只占整体性能的一小部分;需要对java所在的环境进行整体系统调优,数据库和其他后台运行系统性能的重要性不亚于JVM。

性能测试方法


性能测试原则:
1. 测试真实应用 : 应该在产品实际使用的环境中进行性能测试

  1. 微基准测试 : 用来测试微小代码单元的性能。
    1. 必须使用被测的结果
    2. 不要包括无关的操作
    3. 必须输入合理的参数
  2. 宏基准测试: 测试应用自身,以及它所用到的外部资源
  3. 介基准测试: 测量某方面性能的基准测试,但仍然要执行大量代码。
  1. 理解批处理流逝时间、吞吐量和响应时间
    1. 批处理流逝时间: 看它完成任务花了多少时间
    2. 吞吐量: 基于一段时间内所能完成的工作量; TPS(每秒事务量)、RPS(每秒请求数)、OPS(每秒操作次数)
    3. 响应时间: 从客户端发送请求至收到相应之间的流逝时间。
  2. 用统计方法应对性能的变化: 性能测试的结果会随时间而变
  3. 尽早频繁测试
    1. 自动化一切
    2. 测试一切
    3. 在真实系统上运行

Java性能调优工具箱


操作系统的工具和分析

系统自带基本监控工具: linux: sarm vmstat, iostat\ prstat window: typeperf

CPU使用率

通常CPU使用率可以分为两类:用户态时间(cpu执行应用代码所占时间比)和系统态时间(CPU执行内核代码所占时间比)。
调优的目的: 在尽可能短的时间内让CPU使用率尽可能地高

CPU运行队列

磁盘使用率:

监控目的: 1 与应用本身有关,如果应用做大量磁盘I/O操作,I/O就会成为瓶颈。
2 预计应用不会有很高的I/O,有助于监控系统是否在进行内存交换。

网络使用率

netstat, typeperf

java监控工具

  • jcmd 用来打印java进程所涉及的基本类、线程、vm信息
  • jconsole jvm活动的图形化视图,包括线程的使用、类的使用和GC活动
  • jhat 读取内存堆转储
  • jmap 提供堆转储和其他JVM内存使用的信息
  • jinfo jvm的系统属性
  • jstack 转储Java进程的栈信息
  • jstat 提供GC和类装载活动的信息
  • jvisualvm jvm监视的GUI工具,
    -XX:+Printflagsfinal 显示调优标志

性能分析工具
GlassFish
NetBeans
jmc
JFR开启设置: -XX:+UnlockCommercialFeatures -XX:+flightRecorder

JIT编译器

JIT(即时)编译器是Java虚拟机的核心

入门调优: 选择编译器类型
编译器类型: -server 和 -client ,-d64(64位编译器)
java -client -XX:+TieredCompilation .jar 指定必须使用server编译器
中级调优
1 调优代码缓存: 代码缓存的大小固定,所以一旦填满,jvm就不能编译更多代码。
-XX:ReservedCodeCacheSize=N 设置代码缓存大小
2 编译阈值: 代码执行的频度
编译是基于两种JVM计数器的: 方法调用计数器和方法中的循环回边计数器。
-XX:CompileThreshold=N 设置阈值; 阈值=回边计数器+方法调用计数器
3 检测编译过程
高级编译器调优
1 编译线程
2 A.联
3 逃逸分析

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章