optimizing java_书山天道 - Optimizing Java

目标：优化Java Application 性能.

关键点：

通过内存管理单元MMU 及其页表的虚拟寻址 是实现内存访问控制的关键特性,它可以防止一个进程破坏另一个进程所拥有的内存区域.  p34

上下文切换是指操作系统调度器移除当前正在运行的线程或任务，并将其替换为等待中的线程.  p37

系统模型： P39

应用程序运行所基于的硬件和操作系统；

应用程序运行所在的JVM(或容器)

应用程序代码本身；

应用程序调用的任何外部系统.

来到该应用程序的外部输入请求流量.

所为性能良好的应用程序，一个定义就是能有效地利用系统资源，包括CPU利用率，内存，网络或I/O带宽.

基本探测策略

任何性能诊断的第一步就是要识别出哪种资源的使用达到了极限。如果不处理资源短缺问题，就无法调优适当的性能指标--要么增加可用资源，要么提高使用效率。

cpu

1. 计算密集型。目标是使在用户空间工作的CPU利用率接近100%。 锁引起的意外上下文切换导致的问题？还是由于I/O争用导致的阻塞？

vmstat 1 分析上下文切换的效果，如果一个进程没有实现100%的用户空间CPU利用率，而且还显示出很高的上下文切换率，那么这个进程很可能使阻塞在 I/O 上了，或是遇到了线程锁的争用.

vmstat 的输出还不足以完全分辨出到底使哪种情况。 vmstat 可以帮助检测到I/O问题， 因为它提供了一个粗略的I/O操作视图，要实时检测线程锁争用情况，要使用VisualVM来显示运行进程中的线程状态。

基于统计的线程剖析器，对栈进行采样以提供阻塞代码的视图。

垃圾收集

1.垃圾收集活动会让用户空间的CPU周期飙升，但不会影响内核空间的CPU利用率。

2.如果一个JVM进程在用户空间使用了100% 的CPU,那么垃圾收集往往就是罪魁祸首。如果显示出CPU利用率一直在100%,但几乎所有的周期都是在用户空间消耗的，这样的利用率是JVM还是用户代码导致的？几乎在所有情况下，JVM

的用户空间CPU利用率高都是由垃圾收集子系统造成的，

3.将垃圾收集日志用作分析的数据源也是非常有价值的，生产环境中的JVM，启用垃圾收集日志非常有必要。

I/O

java New I/O (NIO) API, 它的存在就是为了支持Java 的 I/O 绕过 Java 堆直接与原生内存和底层 I/O 一起工作.