jHiccup為 Java 提供運行時響應時間分析

Azul System公司于12月13日宣稱發(fā)布了開源工具jHiccup，設計該工具的目的是對與應用程序底層運行平臺相關(guān)的暫停和延遲（或“hiccups”）做出度量。新工具的功能與Azul的 JitterMeter有部分重疊，但它為創(chuàng)建圖形化的輸出增加了基于Excel的工具。另外它還計劃增加基于Java用于生成圖表的工具。此外，想要針 對應用程序使用jHiccup也相當簡單。你只需要在用來啟動應用程序的java -c命令之前增加jHiccup即可。

jHiccup會捕獲運行時的響應時間，對其記錄日志，并通過“Hiccup圖”來顯示。這個工具不會度量應用程序代碼導致的延遲，而是會捕獲由底 層運行時平臺所導致的外部延遲，那會對所有在當時運行的應用程序產(chǎn)生影響。用來達到這種效果的技術(shù)非常簡單： jHiccup會向應用程序增加一個線程，它會休眠1ms，然后喚醒，并查看距上次喚醒間隔了多長時間，如果超過1ms，那么就會在內(nèi)部記錄日志。這樣， 你就擁有了最佳響應時間的基準。

其中的一些“Hiccup圖”會對你很有幫助。第一個圖會顯示出靜默系統(tǒng)（quiet system）中的空閑應用（idle app）。圖的頂部顯示的是jHiccup系統(tǒng)所檢測到的內(nèi)容，并且會顯示占整體運行的百分比。在下面，工具會提供更多詳細的百分比樣例，這是基于 10000點的樣例。如果系統(tǒng)（而不是應用程序）繁忙，那么我們就會看到延遲的數(shù)量上升，因為調(diào)度程序會占用大部分應用程序的時間。

下面的第二幅圖顯示的是真實的案例，來自于使用CMS collector運行在Hotspot的電信收費應用程序。通過與垃圾回收日志關(guān)聯(lián)分析，我們可以知道在此顯示的是主要和次要的垃圾回收事件。CMS是 一種分代的回收程序（generational collector），它會把對象隔離為新一代和舊一代，并優(yōu)先收集新一代的對象。這個應用程序在電信收費程序中很典型，它對于新一代對象很難處理，因為 它需要跟蹤大量只持續(xù)幾秒鐘就消失的會話。因此，大量新一代中的會話都會被回收。而更大的舊一代會話會造成暫停。

jHiccup提供了一種很簡單的方式，讓你知道應該在什么地方進行優(yōu)化，它會向你展示在應用程序本身有多少特定的性能問題，以及在其他地方——像Java虛擬機、操作系統(tǒng)、管理程序（如果用到的話）以及硬件——中有多少問題。它已經(jīng)基于Creative Commons license開源。

介紹內(nèi)容來自：http://www.infoq.com/cn/news/2011/12/jHiccup