1. 程式人生 > >一般專案常用效能調優方法(三)

一般專案常用效能調優方法(三)

靜態檔案優化

靜態檔案優化主要是指對檔案大小的優化。檔案大小往往被很多開發人員忽略,但對於頻寬有限(公網專案)或者硬體裝置(主要是交換機)老舊的環境,檔案大小往往是效能的最大瓶頸。試想一個index.action,所有檔案通過瀏覽器另存之後大小為3M,則100併發,就需要3*100 = 300M的瞬時流量,需要300 * 8 = 2.4Gbps的頻寬才能在1秒內下載完畢(粗算,不科學)

1.       不要引用重複的、沒必要的jscss檔案

2.       對於jscss檔案較大的,需要壓縮

3.       不要使用>100K的圖片

網路優化

測試環境的網路拓撲

需求:某外網系統首頁要求滿足100使用者併發訪問,響應時間

<3秒,此首頁所有資原始檔的總大小為1.5M(瀏覽器另存)。如果測試工程師在自己家裡的電腦上用LoadRunner測試,或者在思路公司的內網環境下測試,均不能達標,為什麼?因為家庭頻寬一般<20Mbps,且一般家庭都採用了一些家用路由,如TP-link xx型號等,思路公司內網環境同樣有層層交換機(裝置舊),而且出口眾多(分流很大)造成LoadRunner測試機本身的頻寬不夠,無法承受接收100個使用者的併發流量模擬。結論:
LoadRunner
程式本身的效能測試最好將測試客戶機同伺服器直接連線在一個企業級交換機上,排除網路因素。

頻寬問題

參見上述靜態檔案大小、測試環境的網路拓撲,得出結論:
頻寬很重要。要做壓力測試,首選將測試機同伺服器直連到同一個企業級交換機(千兆以上)上。