<pre id="ey0dz"></pre>

<table id="ey0dz"></table>

<pre id="ey0dz"></pre>
    1. <table id="ey0dz"><ruby id="ey0dz"></ruby></table><pre id="ey0dz"><strike id="ey0dz"><tt id="ey0dz"></tt></strike></pre>

      <tr id="ey0dz"></tr>
      軟件培訓網

      歡迎訪問軟件培訓網!招生咨詢電話與微信:15225191462(周老師)
      軟件培訓網,專業解決學IT疑難雜癥!

      首頁 > 軟件測試/ 正文

      如何進行Java EE性能測試與調優

      2012-09-14 21:02:06

        性能測試的目標LAI軟件培訓網

        性能測試不同于功能測試,不是對與錯的檢驗,而是快與慢的衡量。在進行真正的性能測試之前要先搞清楚目標:LAI軟件培訓網

        1. 在確定的硬件條件下,可以支持的并發數越大越好,響應時間越快越好。具體需要達到的并發數是多大,要求的響應時間是多快,由產品經理來提出。LAI軟件培訓網

        2. 在確定的硬件條件下,測試得到最大并發數和相應的響應時間之后。如果增加硬件投入,可以得到怎樣的性能提升回報? (系統擴展性和伸縮性測試,Scalability)LAI軟件培訓網

        這里的硬件條件包括:cpu,memery,I/O,network bandwidth。LAI軟件培訓網

        性能測試中的基準測試 BenchmarkingLAI軟件培訓網

        與功能測試相似,性能測試也要設計測試用例,不同的是在正式開始你的業務測試用例之前你要先進行一下基準測試。為什么呢?其實就是先要量一下你的硬件的能力,不然,如果你的測試結果不好,你怎么知道是硬件慢還是你的軟件的問題。這些硬件測試包括:LAI軟件培訓網

        1. 網絡帶寬測試, 你可以通過copy大文件的方式測試你的網絡的最大帶寬是多少。LAI軟件培訓網

        2. cpu,你可以利用比較復雜的算法來衡量cpu的快慢LAI軟件培訓網

        3. memery,這個不用測試,你知道memery的大小LAI軟件培訓網

        4. IO, 也可以通過copy大文件來測試LAI軟件培訓網

        這些基準測試用例在后面的調優過程中,還可以用來衡量你修改之后真的變好了嗎。LAI軟件培訓網

        設計你的業務測試用例LAI軟件培訓網

        比較理想的測試用例就是要盡可能模仿真實世界的情況,這往往做不到,尤其是對于新產品來說。你可以先錄制一些用戶最常用,最典型的case作為起點。LAI軟件培訓網

        另外,對于并發的概念需要搞清楚。并發用戶,通常是指同時在線的用戶,這些用戶可以能在用你的系統的不同的功能,注意并不是說大家都在做同一件事情。對某一個事務并發請求是指某一個request的并發調用。LAI軟件培訓網

        對于后一種并發,你往往需要計算在用戶量最大的時候,大概大家都集中的在干哪一件事情,這個請求一定要夠快才好。LAI軟件培訓網

        設計好這兩種測試用例以后,在后面的調優過程中,他們就成了衡量你的改進的成效的衡量的標尺。LAI軟件培訓網

        性能調優LAI軟件培訓網

        性能調優要從底層開始,基本上要從OS開始,到JVM,Cache,Buffer Pool, SQL,DB Schema, 算法。LAI軟件培訓網

        一次不要改的太多,改一點,測一下,這可是個慢功夫,需要有耐心。LAI軟件培訓網

        在執行測試的時候還要注意,要遵循相同的過程,系統需要在重啟之后先熱身再開始真正的測試,不然你會發現你的測試結果很不一樣,琢磨不定。LAI軟件培訓網

        還有,要注意你的客戶端的能力,比如JMeter,很需要內存,別因為客戶端不行,誤以為是你的系統的問題,那就太烏龍了。LAI軟件培訓網

        在測試調優的時候,需要借助一些監控工具比如JConsole,來監控系統的狀況,找到系統的瓶頸,所謂瓶頸,就是最慢的那個部分,也常表現為100%被占滿。比如你的內存或者cpu被用盡了。如果cpu和內存還沒有用盡,說明他們在等某個資源。這時候需要用profile工具去尋找,比如JProfile,YourKit。LAI軟件培訓網

        利用性能監控日志LAI軟件培訓網

        因為性能的問題不是很容易重現,當product環境中遇到性能問題的時候,如果是數據的問題,也許當你把product 數據copy到你的測試環境中,就能重現比較慢點查詢,加以改進。但是如果是并發用戶或者網絡等運行時環境的問題,你就很難重現。這時,如果你能通過日志看到那些關鍵的響應慢的方法,也許可以幫助你快點找到問題所在。下面的代碼可以幫你做到這一點,僅供參考:LAI軟件培訓網

        import org.slf4j.Logger; public class TraceUtil { final Logger logger; final long threshold = 1000; private long begin; private long offtime = 0; private String threadInfo; private String targetId; public TraceUtil(Logger logger, Thread thread, String targetId, long begin) { this.logger = logger; this.threadInfo = thread.getId() + "-" + thread.toString(); this.targetId = targetId; this.begin = begin; } public void trace(String targetEvent) { long duration = System.currentTimeMillis() - begin; long increment = duration - offtime; offtime = duration; float percentage = (float) increment / (float) duration * 100; if (duration > threshold && percentage > 20) { logger.error( "Response time is too large: [{}], {}/{} ({}), {}, {}", new String[] { threadInfo + "", increment + "", duration + "", percentage + "%", targetEvent, targetId }); } } }LAI軟件培訓網

        利用JVM的MXBean找到blocked的點LAI軟件培訓網

        當你發現JVM占用的cpu很高,而且響應時間比較慢,很可能是被IO或者網絡等慢速設備拖住了。也有可能是你的方法中某個同步點(同步方法或者對象)成為性能的瓶頸。這時候你可以利用JVM提供的monitor API來監控:LAI軟件培訓網

        同步是性能的一大瓶頸LAI軟件培訓網

        通過監控發現,大量線程block在一個同步方法上,這樣cpu也使不上勁。當你發現性能上不去,IO和網絡等慢速設備也不是問題的時候,你就得檢查一下是否在某個關鍵點上使用了同步(synchronizae)。有時候也許是你應用的第三方的jar里面的某個方法是同步的,這種情況下,你就很難找到問題所在。只能在編寫代碼的時候看一下你引用的方法是否是同步的。LAI軟件培訓網


      Tags:鄭州北大青鳥軟件開發培訓學費怎么收的,鄭州北大青鳥告訴你學java怎么學,想在鄭州學IT專業技術去哪里比較好,迷茫不知所措學什么專業技術好呢,大學生畢業了不好找工作怎么辦,鄭州北大青鳥職業IT教育怎么樣

      搜索
      軟件培訓學校哪家好,就來軟件培訓網咨詢
      軟件培訓學校哪家好,就來軟件培訓網咨詢
      熱門標簽
      軟件培訓學校哪家好,就來軟件培訓網咨詢
      軟件培訓學校哪家好,就來軟件培訓網咨詢
      軟件培訓學校哪家好,就來軟件培訓網咨詢
      • QQ交談
      日本AV网站
      <pre id="ey0dz"></pre>

      <table id="ey0dz"></table>

      <pre id="ey0dz"></pre>
      1. <table id="ey0dz"><ruby id="ey0dz"></ruby></table><pre id="ey0dz"><strike id="ey0dz"><tt id="ey0dz"></tt></strike></pre>

        <tr id="ey0dz"></tr>