鏈結
監控cpu
監控記憶體
發現發生full gc（可能存在大物件，案例：用乙個物件統計老師發表的**，如果乙個老師發表很多，可能造成這個物件很大，大物件直接進入老年代，如果堆記憶體很大，full gc時間就很長。）
部署多個web容器，減少單個web容器的堆記憶體。
場景：簡單抓取系統，抓取**上的一些資料，分發到其他的應用。
環境：windows server 2003
jdk5
2g記憶體
intel core i3
問題：不定時出現記憶體溢位，把堆記憶體加大，也無濟於事，到處堆快照資訊，沒有任何資訊，記憶體監控也正常。
由於這台機器的堆記憶體比較小，申請的堆記憶體比較大，在nio的過程中，直接記憶體(堆外記憶體)撐爆了，這個記憶體溢位不是堆的，而是作業系統的。
JVM效能調優
gc 優化的兩個目標 將進入老年代的物件數量降到最低 減少 full gc 的執行時間 gc 優化的基本原則是 將不同的 gc 引數應用到兩個及以上的伺服器上然後比較它們的效能，然後將那些被證明可以提高效能或減少 gc 執行時間的引數應用於最終的工作伺服器上。gc 優化需要考慮的 jvm 引數 型別...
Spark效能調優 JVM調優
通過一張圖讓你明白以下四個問題 1.jvm gc機制，堆記憶體的組成 2.spark的調優為什麼會和jvm的調優會有關聯？因為scala也是基於jvm執行的語言 3.spark中oom產生的原因 4.如何在jvm這個層面上來對spark進行調優 補充 spark程式執行時 jvm堆記憶體分配比例 r...
SQL 調優一般思路
一般來說，調優的第一手資料中，如何根據報告來判斷是哪些sql消耗了最多的系統資源?哪些sql是最需要調整的呢?這裡給出了乙個大致的優化思路。一般來說，需要關注下面四種top sql 我們知道，乙個語句的響應時間有個很著名的公式 響應時間 服務時間 等待時間 其中服務時間就是cpu為執行該語句花費的時...