Linux 效能最佳化概述

      在這裡不想用一些抽象的概念去說明問題，只是用通俗的語言盡量準確的表達我的想法。最佳化，為什麼要最佳化？你說一個系統需要最佳化，那你衡量的標準是什嗎？無非兩個方面，（1）回應時間，具體說就是使用者發出請求到收到響應的時間間隔。如果目前你的使用者沒有感覺回應時間長，那就不要給你自己找事了。（2）輸送量，就是單位時間內完成的使用者或系統的請求數量。但有時候這兩點是矛盾的，你得做出平衡。讓這兩點達到一個合理的範圍。

確定了最佳化的目標，那就該為達到目標尋求達到目標的路徑。就本人5年的Java的開發經驗以及系統管理的經驗來說，從下面兩個方面的最佳化去達到我們的目標：

一，系統級最佳化
系統級最佳化是不是感覺太大了，說白了就是系統資源的分配，系統資源就是CPU，記憶體，儲存（I/O），網路和串列通訊。

二，應用級最佳化
應用級最佳化就是應用程式的架構設計，程式邏輯是否發揮了系統的優勢。

最佳化，說到底就是跑在系統上的應用是否高效的利用了系統資源。

要知道，既然要最佳化，就必須要調試，因此在調試的同時，調試工具本身也會對系統的效能有影響，所以在做效能分析與調試的時候要使用多種工具去分析資源的瓶頸，而且，效能最佳化不存在唯一值或者最優值。
效能分析調試的原則：
1，如果你不懂，不要對系統的參數進行隨意的改動。
2，每次只對一種系統資源進行系統調試。
3，每次改動盡量少的參數設定，推薦每次修改一個設定。
4，分析一項系統資源時，使用多種工具。
5，不及勝於過之。

OK，概述的話就這些了，有不當之處，多多指教。

對不同資源的分析調試的工具，在我的其他Blog中有介紹，可以適當參考。http://space.itpub.net/8554499/viewspace-580463