當一個系統運行緩慢性能下降的時候，很難知道原因是什麼。是記憶體泄漏，磁片子系統瓶頸，還是某個特定應用程式在可擴展性方面有限制？有一些途徑可以發現和了解引起性能問題的根源，並且有可能消除它。
本文給出了從哪入手的一些建議。文仲介紹了如何著手性能方面的考慮以及如何定位常見的性能瓶頸，還介紹了與性能密切相關一些概念，比如私有的共用記憶體（ISM-Intimate Shared Memory）與優先記憶體頁面調度。文章重點是放在Solaris 2.6操作環境下。
著手性能問題
性能，或許比電腦系統其他方面的行為更需要有通盤的考慮。為了識別來自一個或多個組件的問題根源，必須要採取結構化的方法。
實際的結果是，解決性能問題過程中最重要的一個部分是定義你正在試圖解決的問題。從實際應用的方面來講，這意味著定義一個操作或者測試用例，從而可以：
A) 知道系統當前有多快。
B) 知道系統需要快"X"倍；或者知道系統曾經在不同環境下快過"X"倍。
設置基線是開始的第一步。性能分析是由簡單明確地定義所需解決的問題開始的自上而下的一個過程。如果你想要一個系統運行得快一些，你仍然需要定義這個系統的哪些屬性是你想要改進的，以及哪些代價是你可以接受或者不可以接受的。除非你能夠明確地描述出問題症狀/機會，想要識別出問題的根源只會是碰運氣。
性能分析很像是偵探工作，我們通過證據和觀察建立事實依據，非常小心不要陷入預先想像的與事實不符的結論中——只有在具備非常壓倒性的證據時才確認猜想。
對所有假設都要懷疑。其他人聲稱的事實實際上只是個可能正確也可能不正確的假設。如果這個假設是錯誤的，你可能會是在不正確的依據下工作，從而得出不正確的結論。
這裡有一些警告。Solaris操作環境在大多數情形下對於工作負荷的自我性能優化都是很好的。發行版本越新，需要手工做的性能優化就越少。性能問題的根源經常被發現是因為一個試圖優化性能的行為引起的。首先需要注意應用程式，最後才是操作環境。
任何對系統配置的更改，比如象記憶體大小和磁片佈局這樣的性能設置，都應該檢查其當前的正確性。同樣，一個帶參數的系統升級也有可能對新操作環境的性能帶來影響。
性能監測
1. 從暴露出來的問題開始
什麼操作使你看到性能問題的症狀？
比如說，是特定類型的數據庫查詢，文件或網路操作比你期望的慢？在給出測試用例方面你能把操作步驟做到多具體，例如一個SQL查詢或者30行的C程式？
最大程度利用你的知識盡可能準確地說明“什麼地方出了什麼問題”以定義你的問題。良好的問題說明的例子就像這樣：
一個SQL查詢在VXFS上比在UFS上要花兩倍的時間。
SVR4消息隊列操作在操作環境版本A上比在操作環境版本B上要多花百分之30的時間。
登錄進系統A比登錄進系統Y多花三倍的時間。
一個問題說明不應該包括解決方法或者是可能的解決方法。
在大部分的時候，對問題有一個清晰的說明就意味著完成了解決問題過程的一大半了。在對你試圖解決的問題進行說明的時候考慮到用戶觀點的因素也很重要，這意味著要從應用程式的角度來看。這和人們的天性相反，人們總是通過實驗試圖去證明或者證偽一個可能的原因，而不是依據觀察得到的事實來評估一個原因的可能性程度。
不恰當的問題說明就象這樣：
mpstat的"wt"列表明等待時間過多。
用戶任務花時間太長。
一個系統和它的應用程式的功能正確性問題與性能問題之間的邊界往往是一個灰色地帶。整個系統挂起與進程挂起的問題不在本文討論範圍之內。如果你懷疑系統的功能不正確，而不是性能問題，那麼給你的SUN解決方案中心打電話以找到一個解決問題的方法。高性能系統的前提是它的功能首先要正確。
作為你積極的維護計劃的一部分，檢查/var/adm/messages中有沒有比如磁片重試之類的硬體問題或者有沒有額外的消息產生也是很有價值的。
察看系統的歷史資訊也非常有價值；如果你的系統曾經有過更好的性能，畫一條時間曲線詳細記錄何時第一次發現性能變差以及從什麼時候開始性能一直很差。
2. 知道你的系統在正常情況下會怎樣
保存你的系統是如何正常運轉的樣例是一個好主意。你可以很容易地收集和保存每月的性能數據，比如：
*stat類：vmstat, mpstat, iostat, vxstat,sar
ps的輸出以顯示哪些進程在運行 (在Solaris 8操作環境下是prstat)。另外，有不少商業的和無支援的產品都可以用來做性能監測。一個免費的無支援的可選產品是SE Toolkit（要獲得其各種版本的資訊，請看Sun Performance SE Toolkit page）。SE Toolkit報告磁片活動、CPU利用情況、TCP和網路連接、記憶體，以及其他更多資訊。在我們的經驗裏，它安裝方便，不需要重啟系統，並且生成容易理解的圖形顯示。
很多這類產品都存在一個共同的問題，就是對不同的硬體配置有不同的門限值。例如，特定的門限值對於400-MHz的系統可能顯得太過，會讓這個系統慢得像是在爬一樣，但是對於一個900-MHz的系統卻可能是可以接受的。
1
2
下一頁>>
