我的一位同事在Netflix的Brendan Gregg發現部署了一個靈活的火焰圖形工具。這個工具結合了很多分析工具的數據，從而把本地和JVM函數使用的資源展示在單個圖形中。圖中的每個矩形表示單個堆棧幀-矩形的寬度表示使用了多少資源（如CPU時間），y軸表示調用堆棧。要找到有問題的功能，你只需要找出寬矩形就可以了。該工具在調試字體服務時的性能表現是非常不錯的。
在高負載狀態下，我們從字體服務收集了幾個火焰圖。這里顯示了其中的一個，還包括了火焰圖JVM部分的特寫。我們很快就發現這些火焰圖中的一個圖案。大部分時間都用于libz.so（用于GZIP壓縮/解壓縮），并且JVM中的大部分時間都消耗在了XML轉義和UTF-8編碼。
2、壓縮和其他編碼的代價很高
3、如果客戶端能夠直接訪問數據，通過發送鏈接可以提高整體性能，而不是代理數據。(免責聲明:這也不是像那些神奇的子彈一樣任何情況下都能通用，在某些情況下，在某些情況下可能會對客戶端的性能造成傷害，因為它必須要發出第二個請求。）
更多關于云服務器，域名注冊，虛擬主機的問題，請訪問三五互聯官網：m.shinetop.cn