1. 調整堆的大小

1.1. 隨著堆的大小增加，停頓的持續時間也會增加

1.2. 停頓發生的頻率確實會降低，但是停頓的持續時間會拖慢整體性能

1.3. 作業系統進行的交換對JVM是不公開的

1.3.1. 作業系統要將資料從磁盤交換到RAM，這是一個代價高昂的操作

1.4. 首要規則是設定堆的大小永遠不要超過機器的物理記憶體

1.4.1. 如果有多個JVM在運行，那么這適用于所有堆的總和

1.5. -XmsN標志

1.5.1. 初始值

1.6. -XmxN標志

1.6.1. 最大值

1.7. 默認值

1.7.2. 在物理記憶體小于192 MB的機器上，堆的最大值會是物理記憶體的一半（96 MB或更少）

1.8. 如果JVM發現堆在初始大小時，GC的次數太多，它就會不斷地增加堆大小，直到JVM執行的GC數量“適當”，或者直到堆大小達到最大值

1.9. 對于不需要堆很大的應用程式來說，根本不需要設定堆的大小，只需要設定GC演算法的性能目標

1.10. 除非應用程式需要比默認值更大的堆，否則優化時可以調整GC演算法的性能目標而不是微調堆的大小

1.11. 一個有效的經驗是，調整堆的大小，讓其在Full GC之后，仍然被占用30%

1.11.1. 用jconsole連接應用程式，強制執行Full GC，并觀察當Full GC完成后有多少記憶體被占用

1.11.2. 確保它有額外的0.5 GB~1 GB記憶體來滿足JVM的非堆需求

1.12. 當JVM運行在隔離容器中時，你需要設定堆的最大值

1.13. 確切地知道應用程式需要多大的堆，那么不妨將初始值和最大值都設定為該值

1.13.1. 因為GC不再需要弄清楚是否應該調整堆大小，稍微高效一點

2. 調整分代大小

2.1. 新生代相對較大

2.1.1. Young GC的停頓時間會增加

2.1.2. 新生代的回收頻率會降低

2.1.3. 晉升到老年代的物件也會更少

2.1.4. 老年代相對會更小

2.1.4.1. 被填滿的頻率會更高

2.1.4.2. 會執行更多的Full GC

2.2. 優化分代大小的命令列標志，調整的都是新生代的大小，老年代自動得到剩余的所有空間

2.3. -XX:NewRatio=N

2.3.1. 設定新生代與老年代的比例

2.3.2. 新生代初始大小=堆的初始大小/(1 +NewRatio)

2.3.3. 默認值是2

2.3.3.1. 新生代的初始大小是堆初始大小的33%

2.3.4. 如果應用程式會動態調整堆大小，并且需要更大的（或更小的）新生代，那就重點設定NewRatio的值

2.4. -XX:NewSize=N

2.4.1. 設定新生代的初始值

2.4.2. 設定了該選項，那么它將優先于通過NewRatio計算出來的值

2.4.3. 沒有默認值

2.4.3.1. 默認情況下這個值會通過NewRatio計算出來

2.5. -XX:MaxNewSize=N

2.5.1. 設定新生代的最大值

2.5.2. 通過設定新生代的最小值和最大值來進行優化是十分困難的

2.6. -XmnN

2.6.1. 將NewSize和MaxNewSize設定為同一個值的簡單寫法

2.6.2. 如果堆的大小是固定的（通過設定-Xms等于-Xmx），通常最好也用-Xmn將新生代大小設為固定的

2.7. 自適應大小

2.7.1. 一般應該保持開啟

2.7.1.1. 因為GC演算法會通過調整代的大小，來盡量滿足它們停頓時間的目標

2.7.1.2. 控制著JVM改變堆內新生代和老年代比例的方式

2.7.2. 關閉-XX:-UseAdaptiveSizePolicy標志

2.7.2.1. 默認值為true

2.7.3. 如果堆的最小值和最大值設定為相同的值，并且新生代的初始值和最大值也設為相同的值，那么自適應大小實際上就被關閉了

2.7.4. 如果你想將其中某個階段的GC優化到最佳狀態，禁用自適應大小很有用

2.7.5. 對于精細優化過的堆，禁用自適應大小能小幅提升性能

2.7.6. 開啟-XX:+PrintAdaptiveSizePolicy標志

2.7.6.1. 查看JVM是如何調整應用程式內空間大小

2.7.6.2. 執行GC時，GC日志里會包含回收程序中各個代是如何調整大小的詳細資訊

轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/546773.html

標籤：Java

上一篇：黑客如何用nginx攻擊一個網站？

下一篇：確定了，今天帶一個看板娘回家

讀Java性能權威指南（第2版）筆記16_垃圾回收C

1. 調整堆的大小

1.1. 隨著堆的大小增加，停頓的持續時間也會增加

1.2. 停頓發生的頻率確實會降低，但是停頓的持續時間會拖慢整體性能

1.3. 作業系統進行的交換對JVM是不公開的

1.3.1. 作業系統要將資料從磁盤交換到RAM，這是一個代價高昂的操作

1.4. 首要規則是設定堆的大小永遠不要超過機器的物理記憶體

1.4.1. 如果有多個JVM在運行，那么這適用于所有堆的總和

1.5. -XmsN標志

1.5.1. 初始值

1.6. -XmxN標志

1.6.1. 最大值

1.7. 默認值

1.7.2. 在物理記憶體小于192 MB的機器上，堆的最大值會是物理記憶體的一半（96 MB或更少）

1.8. 如果JVM發現堆在初始大小時，GC的次數太多，它就會不斷地增加堆大小，直到JVM執行的GC數量“適當”，或者直到堆大小達到最大值

1.9. 對于不需要堆很大的應用程式來說，根本不需要設定堆的大小，只需要設定GC演算法的性能目標

1.10. 除非應用程式需要比默認值更大的堆，否則優化時可以調整GC演算法的性能目標而不是微調堆的大小

1.11. 一個有效的經驗是，調整堆的大小，讓其在Full GC之后，仍然被占用30%

1.11.1. 用jconsole連接應用程式，強制執行Full GC，并觀察當Full GC完成后有多少記憶體被占用

1.11.2. 確保它有額外的0.5 GB~1 GB記憶體來滿足JVM的非堆需求

1.12. 當JVM運行在隔離容器中時，你需要設定堆的最大值

1.13. 確切地知道應用程式需要多大的堆，那么不妨將初始值和最大值都設定為該值

1.13.1. 因為GC不再需要弄清楚是否應該調整堆大小，稍微高效一點

2. 調整分代大小

2.1. 新生代相對較大

2.1.1. Young GC的停頓時間會增加

2.1.2. 新生代的回收頻率會降低

2.1.3. 晉升到老年代的物件也會更少

2.1.4. 老年代相對會更小

2.1.4.1. 被填滿的頻率會更高

2.1.4.2. 會執行更多的Full GC

2.2. 優化分代大小的命令列標志，調整的都是新生代的大小，老年代自動得到剩余的所有空間

2.3. -XX:NewRatio=N

2.3.1. 設定新生代與老年代的比例

2.3.2. 新生代初始大小=堆的初始大小/(1 +NewRatio)

2.3.3. 默認值是2

2.3.3.1. 新生代的初始大小是堆初始大小的33%

2.3.4. 如果應用程式會動態調整堆大小，并且需要更大的（或更小的）新生代，那就重點設定NewRatio的值

2.4. -XX:NewSize=N

2.4.1. 設定新生代的初始值

2.4.2. 設定了該選項，那么它將優先于通過NewRatio計算出來的值

2.4.3. 沒有默認值

2.4.3.1. 默認情況下這個值會通過NewRatio計算出來

2.5. -XX:MaxNewSize=N

2.5.1. 設定新生代的最大值

2.5.2. 通過設定新生代的最小值和最大值來進行優化是十分困難的

2.6. -XmnN

2.6.1. 將NewSize和MaxNewSize設定為同一個值的簡單寫法

2.6.2. 如果堆的大小是固定的（通過設定-Xms等于-Xmx），通常最好也用-Xmn將新生代大小設為固定的

2.7. 自適應大小

2.7.1. 一般應該保持開啟

2.7.1.1. 因為GC演算法會通過調整代的大小，來盡量滿足它們停頓時間的目標

2.7.1.2. 控制著JVM改變堆內新生代和老年代比例的方式

2.7.2. 關閉-XX:-UseAdaptiveSizePolicy標志

2.7.2.1. 默認值為true

2.7.3. 如果堆的最小值和最大值設定為相同的值，并且新生代的初始值和最大值也設為相同的值，那么自適應大小實際上就被關閉了

2.7.4. 如果你想將其中某個階段的GC優化到最佳狀態，禁用自適應大小很有用

2.7.5. 對于精細優化過的堆，禁用自適應大小能小幅提升性能

2.7.6. 開啟-XX:+PrintAdaptiveSizePolicy標志

2.7.6.1. 查看JVM是如何調整應用程式內空間大小

2.7.6.2. 執行GC時，GC日志里會包含回收程序中各個代是如何調整大小的詳細資訊