系統瓶頸分析舉例 軟件測試
經(jīng)驗舉例1
交易的響應時(shí)間如果很長(cháng)，遠遠超過(guò)系統性能需求，表示耗費CPU的數據庫操作，例如排序，執行aggregate functions(例如sum、min、max、count)等較多，可考慮是否有索引以及索引建立的是否合理;盡量使用簡(jiǎn)單的表聯(lián)接;水平分割大表格等方法來(lái)降低該值。
經(jīng)驗舉例2
分段排除錯誤。測試工具可以模擬不同的虛擬用戶(hù)來(lái)單獨訪(fǎng)問(wèn)Web服務(wù)器、應用服務(wù)器和數據庫服務(wù)器，這樣，就可以在Web端測出的響應時(shí)間減去以上各個(gè)分段測出的時(shí)間就可以知道瓶頸在哪并著(zhù)手調優(yōu)。
經(jīng)驗舉例3
UNIX資源監控(NT操作系統同理)中指標內存頁(yè)交換速率(Paging rate)，如果該值偶爾走高，表明當時(shí)有線(xiàn)程競爭內存。如果持續很高，則內存可能是瓶頸。也可能是內存訪(fǎng)問(wèn)命中率低�！癝wap in rate”和“Swap out rate”也有類(lèi)似的解釋。
經(jīng)驗舉例4
UNIX資源監控(NT操作系統同理)中指標CPU占用率(CPU utilization)，如果該值持續超過(guò)95%，表明瓶頸是CPU.可以考慮增加一個(gè)處理器或換一個(gè)更快的處理器 .合理使用的范圍在60%至70%.
經(jīng)驗舉例5
UNIX資源監控(NT操作系統同理)中指標磁盤(pán)交換率(Disk rate)，如果該參數值一直很高，表明I/O有問(wèn)題�？煽紤]更換更快的硬盤(pán)系統、重新部署業(yè)務(wù)邏輯等，另外設置Tempdb in RAM，減低"max async IO"，"max lazy writer IO"等措施都會(huì )降低該值。
經(jīng)驗舉例6
Tuxedo資源監控中指標隊列中的字節數(Bytes on queue)，隊列長(cháng)度應不超過(guò)磁盤(pán)數的1.5~2倍。要提高性能，可增加磁盤(pán)。注意：一個(gè)Raid Disk實(shí)際有多個(gè)磁盤(pán)。
經(jīng)驗舉例7
SQLServer資源監控中指標緩存點(diǎn)擊率(Cache Hit Ratio)，該值越高越好。如果持續低于80%，應考慮增加內存。注意該參數值是從SQL Server啟動(dòng)后，就一直累加記數，所以運行經(jīng)過(guò)一段時(shí)間后，該值將不能反映系統當前值
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
