Java整個堆大小設置 Xmx 和 Xms設置為老年代存活對象的3-4倍，即FullGC之後的老年代記憶體占用的3-4倍 永久代PermSize和MaxPermSize設置為老年代存活對象的1.2-1.5倍。 永久區並不是老年代的1.2到1.5倍，而是FullGC後永久區的1.2到1.5倍 1.2x ...
Java整個堆大小設置
- Xmx 和 Xms設置為老年代存活對象的3-4倍，即FullGC之後的老年代記憶體占用的3-4倍
- 永久代PermSize和MaxPermSize設置為老年代存活對象的1.2-1.5倍。
永久區並不是老年代的1.2到1.5倍，而是FullGC後永久區的1.2到1.5倍 1.2x to 1.5x permanent generation space
- 年輕代Xmn的設置為老年代存活對象的1-1.5倍。
- 老年代的記憶體大小設置為老年代存活對象的2-3倍。
查看進行的堆記憶體
jmap -head PID
1、Sun官方建議年輕代的大小為整個堆的3/8左右， 所以按照上述設置的方式，基本符合Sun的建議。
2、堆大小=年輕代大小+年老代大小， 即xmx=xmn+老年代大小 。 Permsize不影響堆大小。
3、為什麼要按照上面的來進行設置呢？ 沒有具體的說明，但應該是根據多種調優之後得出的一個結論。
觸發fullGc，查看老年代對象大小
使用jmap工具可觸發FullGC
jmap -dump:live,format=b,file=heap.bin <pid> 將當前的存活對象dump到文件，此時會觸發FullGC
jmap -histo:live <pid> 列印每個class的實例數目,記憶體占用,類全名信息.live子參數加上後,只統計活的對象數量. 此時會觸發FullGC
jmap -heap <pid>
根據上面的結果，來設置xmx,xms,xmn這些參數
上圖中的concurrent mark-sweep generation即為老年代的記憶體描述。
老年代的記憶體占用為170M左右。 按照整個堆大小是老年代（FullGC）之後的3-4倍計算的話，設置各代的記憶體情況如下：
Xmx=512m Xms=512m Xmn=128m PermSize=128m 老年代的大小為 （512-128=384m）為老年代存活對象大小的3倍左右
調整之後的。
查看gc的回收情況
jstat -gc <pid>
YGC平均耗時： 66.084s/7261=9ms
FGC平均耗時：4.396s/5=879.2ms
補充：永久代（方法區）並不在堆內，整個堆大小=年輕代+年老代。
