總結的說，linux 測試cpu效能監控包含以下方面：
檢查系統的執行佇列，確保每乙個cpu的執行佇列不大於3.
確保cpu使用分布滿足70/30原則（使用者70%，系統30%）。根據經驗，us+sy的參考值為80%，如果us+sy大於 80%說明可能存在cpu資源不足。
如果系統時間過長，可能是因為頻繁的排程和改變優先順序。
cpu bound程序總是會被懲罰（降低優先順序）而io bound程序總會被獎勵（提高優先順序）。
wa值越高，說明io等待越嚴重，根據經驗，wa的參考值為20%，如果wa超過20%，說明io等待嚴重，引起io等待的原因可能是磁碟大量隨機讀寫造成的，也可能是磁碟或者磁碟控制器的頻寬瓶頸造成的（主要是塊操作）。
在乙個多cpu的系統中，如果程式使用了單執行緒，會出現這麼乙個現象，cpu的整體使用率不高，但是系統應用卻響應緩慢，這可能是由於程式使用單執行緒的原因，單執行緒只使用乙個cpu，導致這個cpu佔用率為100%，無法處理其它請求，而其它的cpu卻閒置，這就導致 了整體cpu使用率不高，而應用緩慢 現象的發生 。
針對這個問題，可以對系統的每個cpu分開查詢，統計每個cpu的使用情況：
關於網頁效能
網頁效能管理是乙個很大的話題，最近在複習相關的知識，小結一下。網頁生成的過程大致如下 html 轉化成domcss 轉化成cssom css object model 結合dom和cssom，生成一棵渲染樹 包含每個節點的視覺資訊 生成布局 layout 即將所有渲染樹的所有節點進行平面合成 將布局...
linux下proc裡關於磁碟效能的引數
我們在磁碟寫操作 持續繁忙的伺服器上曾經碰到乙個特殊的效能問題。每隔 30 秒，伺服器就會遇到磁碟寫活動高峰，導致請求處理延遲非常大 超過3秒 後來上網查了一下資料，通過調整核心引數，將寫活動的高峰分布成頻繁的多次寫，每次寫入的資料比較少。這樣可以把尖峰的寫操作削平成多次寫操作。以這種方式執行的效率...
linux下proc裡關於磁碟效能的引數
我們在磁碟寫操作 持續繁忙的伺服器上曾經碰到乙個特殊的效能問題。每隔 30 秒，伺服器就會遇到磁碟寫活動高峰，導致請求處理延遲非常大 超過3秒 後來上網查了一下資料，通過調整核心引數，將寫活動的高峰分布成頻繁的多次寫，每次寫入的資料比較少。這樣可以把尖峰的寫操作削平成多次寫操作。以這種方式執行的效率...