前幾天領導扔給我乙個任務讓我對某個業務系統進行效能優化，當前現狀是每秒50併發響應時間就在30s左右，之前沒有接觸過效能優化完全沒有頭緒。
領導說公司買了一套dynatrace軟體可以直接用這個軟體進行分析。在測試環境壓測發現情況如下：
經統計乙個介面中共列印了80多個debug級別的log，耗時巨大。修改日誌級別後測試發現響應時間降至10s左右。之前考慮過日誌可能會影響效能但是沒有想到影響如此巨大。
繼續處理發現xml processing 例項化消耗了大量時間在7s左右，最後定位到是xml與實體類的相互轉換導致了大量例項化。
查詢了一下jaxb的效能優化發現諸多案例。優化方案如下：
static mapjaxbcontextmap = new hashmap();
public static string toxml(object obj, string encode, boolean format, boolean fragment)
……} catch (exception e)
}修改完**測試發現每秒50併發的響應時間降至了1s左右，這個結果就大致可以接受了。
總結：1、慎用log
2、jaxb的效能優化
記錄一次效能優化
做了這麼久開發，終於涉及到效能優化了 原因是開啟乙個頁面花了2 6秒，被提了bug 不得不說自己有點小白，嘗試了非同步執行緒和把單次的dubbo查詢優化成批量的查詢。但是這兩種嘗試都沒有宣告成功 出了問題首先要找到問題在 既然是耗時，那就要看看到底 耗時最多 這裡要說一下，因為我是改別人的 所以對業...
第一次效能測試 http load
http load 以並行復用的方式執行，用以測試webx伺服器的吞吐量與負載。但是它不同於大多數壓力測試工具，它可以以乙個單一的程序執行，一般不會把客戶機高斯，還可以測試https類的 請求。http load用法 注 常用方式 http load r 200 s 900 http.txt 2 2...
一次效能調優的實戰
專案情況 是乙個大型公司的內部辦公系統，該系統有兩個和一般企業應用不太一樣的特點 一是使用者量非常多，人員數達到2w左右，另乙個是採用分級管理的形式，各個分公司資料分開管理。我們的定位 我們是作為業務平台的提供商參與這個專案的，我們提供底層的開發平台，系統整合商在此基礎上進行二次開發。在專案從開發到...