性能分析與調(diào)優(yōu)原理及原則(編輯修改稿)
2025-07-21 05:29 本頁面
【文章內(nèi)容簡介】 中，應始終把性能放在考慮的范圍內(nèi)。 要點2：確定清晰明確的性能目標是關鍵。 要點3：必須保證調(diào)優(yōu)后的程序運行正確。 要點4：系統(tǒng)的性能更大程度上取決于良好的設計，調(diào)優(yōu)技巧只是一個輔助手段。 要點5：調(diào)優(yōu)過程是迭代漸進的過程，每一次調(diào)優(yōu)的結果都要反饋到后續(xù)的代碼開發(fā)中去。 要點6：性能調(diào)優(yōu)不能以犧牲代碼的可讀性和可維護性為代碼。三、性能排查分析原則?分段排除法很有效分析的信息來源：1）根據(jù)場景運行過程中的錯誤提示信息2）根據(jù)測試結果收集到的監(jiān)控指標數(shù)據(jù)（一）錯誤提示分析分析實例：1）Error: Failed to connect to server “″: [10060] ConnectionError: timed out Error: Server “″ has shut down the connection prematurely分析：A、應用服務死掉。（小用戶時：程序上的問題。程序上處理數(shù)據(jù)庫的問題）B、應用服務沒有死（應用服務參數(shù)設置問題）例：在許多客戶端連接Weblogic應用服務器被拒絕，而在服務器端沒有錯誤顯示，則有可能是Weblogic中的server元素的AcceptBacklog屬性值設得過低。如果連接時收到connection refused消息，說明應提高該值，每次增加25％C、數(shù)據(jù)庫的連接(在應用服務的性能參數(shù)可能太小了 數(shù)據(jù)庫啟動的最大連接數(shù)（跟硬件的內(nèi)存有關）)2）Error: Page download timeout (120 seconds) has expired分析：可能是以下原因造成A、應用服務參數(shù)設置太大導致服務器的瓶頸B、頁面中圖片太多C、在程序處理表的時候檢查字段太大多（二）監(jiān)控指標數(shù)據(jù)分析1．最大并發(fā)用戶數(shù)：應用系統(tǒng)在當前環(huán)境（硬件環(huán)境、網(wǎng)絡環(huán)境、軟件環(huán)境（參數(shù)配置））下能承受的最大并發(fā)用戶數(shù)。在方案運行中，如果出現(xiàn)了大于3個用戶的業(yè)務操作失敗，或出現(xiàn)了服務器shutdown的情況，則說明在當前環(huán)境下，系統(tǒng)承受不了當前并發(fā)用戶的負載壓力，那么最大并發(fā)用戶數(shù)就是前一個沒有出現(xiàn)這種現(xiàn)象的并發(fā)用戶數(shù)。如果測得的最大并發(fā)用戶數(shù)到達了性能要求，且各服務器資源情況良好，業(yè)務操作響應時間也達到了用戶要求，那么OK。否則，再根據(jù)各服務器的資源情況和業(yè)務操作響應時間進一步分析原因所在。2．業(yè)務操作響應時間：分析方案運行情況應從平均事務響應時間圖和事務性能摘要圖開始。使用“事務性能摘要”圖，可以確定在方案執(zhí)行期間響應時間過長的事務。細分事務并分析每個頁面組件的性能。查看過長的事務響應時間是由哪些頁面組件引起的？問題是否與網(wǎng)絡或服務器有關？如果服務器耗時
環(huán)評公示相關推薦
鄂ICP備17016276號-1