读Java性能权威指南（第2版）笔记22_ 操作系统工具和Java监控工具 ...

1. 性能优化是围绕工具展开的

1.1. 最重要的工具大都是Java开发工具包（JDK）自带的

1.2. 查看应用程序性能时，首先应该考察的就是CPU时间

2. 操作系统工具

2.1. Unix系统

• 2.1.1. sar（System Accounting Report）及其组成工具
  
• 2.1.2. vmstat、iostat和prstat
  

2.2. Windows系统

• 2.2.1. 有图形化的资源监视器
  
• 2.2.2. 类似typeperf的命令行工具
  

2.3. CPU使用率

• 2.3.1. 用户时间
  
  
  
  • 2.3.1.1. CPU执行应用程序代码的时间所占的百分比
    
  
  
• 2.3.2. 系统时间
  
  
  
  • 2.3.2.1. 执行内核代码的时间所占的百分比
    
  • 2.3.2.2. Windows上叫作特权时间
    
  
  
• 2.3.3. CPU空闲原因
  
  
  
  • 2.3.3.1. 应用程序阻塞在同步原语上，直到锁释放后才能继续执行
    
  • 2.3.3.2. 应用程序在等待某些东西
    
  • 2.3.3.3. 应用程序没有事情可做
    
  
  

2.4. 批处理类型应用程序

• 2.4.1. 工作量是固定的
  
• 2.4.2. CPU空闲意味着无事可做
  
• 2.4.3. 榨干CPU的最后一点处理能力是其孜孜以求的目标
  

2.5. 服务器处理类型

• 2.5.1. CPU会因为没有工作可做而处于空闲状态
  

2.6. 多CPU的使用率

• 2.6.1. CPU在有工作可做时也可能空闲
  
• 2.6.2. 以固定大小的线程池运行各种任务
  
  
  
  • 2.6.2.1. 线程任务以队列形式放置，当有线程空闲而且队列中有任务时，该线程会取出任务并执行
    
  • 2.6.2.2. 不要仅仅因为有空闲的CPU可用，就认为应该增加线程池的大小以完成更多的工作
    
  
  

2.7. 程序无法获得CPU周期的原因

• 2.7.1. 锁或外部资源的瓶颈
  

2.8. CPU运行队列

• 2.8.1. Unix系统称之为运行队列
  
  
  
  • 2.8.1.1. vmstat
    
  • 2.8.1.2. 运行队列表示的是机器上所有的进程信息
    
  • 2.8.1.3. 让Unix系统的运行队列长度小于等于CPU数
    
  
  
• 2.8.2. Windows系统称之为处理器队列
  
  
  
  • 2.8.2.1. typeperf
    
  • 2.8.2.2. 处理器队列长度不包含正在运行的线程的数量
    
  • 2.8.2.3. 让Windows系统的处理器队列长度等于0
    
  
  
• 2.8.3. 如果运行队列在相当长的时间内过长，那就说明机器已经过载，需要想办法减少机器当前的工作量
  
  
  
  • 2.8.3.1. 通过将任务移至其他机器或者优化代码
    
  
  

2.9. 优化代码的目的是提高CPU使用率（在较短时间内），而不是降低

2.10. 在着手深入优化应用程序之前，应该先弄清楚CPU使用率为什么低

2.11. 磁盘使用率

• 2.11.1. 对于不直接写入磁盘的应用程序，系统内存交换会影响它们的性能
  
• 2.11.2. 瓶颈的原因
  
  
  
  • 2.11.2.1. 写入数据的效率不高（吞吐量太低）
    
  • 2.11.2.2. 写的数据太多（吞吐量太高）
    
  
  
• 2.11.3. iostat
  
  
  
  • 2.11.3.1. Linux
    
  
  

2.12. 网络使用率

• 2.12.1. netstat
  
  
  
  • 2.12.1.1. Linux
    
  
  
• 2.12.2. typeperf
  
  
  
  • 2.12.2.1. windows
    
  
  
• 2.12.3. nicstat
  
  
  
  • 2.12.3.1. Unix
    
  
  
• 2.12.4. 对于本地以太网，使用率持续超过40%就说明接口饱和了
  
• 2.12.5. 瓶颈的原因
  
  
  
  • 2.12.5.1. 写入数据的效率不高（吞吐量太低）
    
  • 2.12.5.2. 写的数据太多（吞吐量太高）
    
  
  

3. Java监控工具

3.1. jcmd

• 3.1.1. 打印Java进程中的基本类、线程和JVM信息
  
• 3.1.2. % jcmd process_id command optional_arguments
  

3.2. jconsole

• 3.2.1. 提供JVM活动的图形化视图
  
• 3.2.2. 线程的使用
  
• 3.2.3. 类的使用
  
• 3.2.4. GC活动
  

3.3. jmap

• 3.3.1. 提供堆转储和其他JVM内存使用的信息
  

3.4. jinfo

• 3.4.1. 查看JVM系统属性
  
• 3.4.2. 允许动态设置一些系统属性
  

3.5. jstack

• 3.5.1. 转储Java进程的栈信息
  

3.6. jstat

• 3.6.1. 提供GC和类加载活动的信息
  

3.7. jvisualvm

• 3.7.1. 监控JVM的GUI工具
  
• 3.7.2. 可以分析正在运行的应用程序
  
• 3.7.3. 可以分析JVM堆转储文件
  

4. 基本的VM信息

4.1. 运行时间

• 4.1.1. JVM启动后运行的时长
  
• 4.1.2. % jcmd process_id VM.uptime
  

4.2. 系统属性

• 4.2.1. 显示了System.getProperties()中的条目
  
• 4.2.2. % jcmd process_id VM.system_properties
  
• 4.2.3. % jinfo -sysprops process_id
  

4.3. JVM版本

• 4.3.1. % jcmd process_id VM.version
  

4.4. JVM命令行

• 4.4.1. 显示了命令行直接设定的标志
  
• 4.4.2. % jcmd process_id VM.command_line
  

4.5. JVM调优标志

• 4.5.1. 应用程序中生效的调优标志
  
• 4.5.2. % jcmd process_id VM.flags [-all]
  
• 4.5.3. 显示了命令行设置的标志和JVM直接设置的一些标志
  
• 4.5.4. 加上-all命令可以列出所有的标志
  

5. 特定JVM平台相关的默认值

5.1. -XX:+PrintFlagsFinal命令

• 5.1.1.
  1. % java other_options -XX:+PrintFlagsFinal -version
  2. uintx InitialHeapSize                     := 4169431040     {product}
  3. intx InlineSmallCode                      = 2000            {pd product}

  复制代码
  5.1.2. 输出中的冒号表示标志使用了非默认值
  
• 
  
  
  
  • 5.1.2.1. 标志的值直接通过命令行设定
    
  • 5.1.2.2. 其他标志间接地改变了这个标志的值
    
  • 5.1.2.3. JVM自动计算出了默认值
    
  
  
• 5.1.3. 没有冒号，表示当前的值是这个版本JVM的默认值
  
• 5.1.4. product表示该标志的默认设置在所有平台是统一的
  
• 5.1.5. pd product表示该标志的默认值依赖于平台
  

5.2. jinfo

• 5.2.1. 允许在应用程序执行过程中更改标志的值
  
• 5.2.2. % jinfo -flags process_id
  

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！