YourKit的Java Profiler是一個商業化的CPU和內存分析器軟件,使用戶可以輕鬆地解決了大範圍的CPU和內存相關的性能問題。
YourKit Java剖析具有自動檢漏,功能強大的工具,內存分配,對象堆的瀏覽器,全面的內存測試的分析,您的JUnit測試過程的一部分,極低的分析開銷。
什麼是新本新聞稿中:
- 在代理:Windows版本檢測改善。特別是中,Windows 10是現在可以正確檢測,及摘要顯示Windows版本的版本號。
- IDE集成:錯誤修正:NetBeans插件可能無法在Windows 10安裝
- CPU評測:CPU跟踪結果修正目前僅適用於當-Dyjp.apply.calibration = true在/bin/ui.ini指定
- 存儲分析:優化:內存快照改善加載時間(特別是"任務3英寸中)
- 存儲分析:優化:對象資源管理器和其他視圖打開速度的一些對象集
- 存儲分析:錯誤修正:快照過程中創建的臨時數據結構裝載的內存洩漏
什麼是新的版本2013年建造13072:
- 在UI:錯誤修正:零星" java的。 lang.ClassCastException"
- UI:死鎖檢測:錯誤修正:可能"死鎖檢測問題:狀態不匹配"例外某些輸入
- 代理:錯誤修正:IBM的Java:" java.lang.UnsatisfiedLinkError中"在com.ibm.oti.vm.VM本地方法
什麼是版本2013構建13070新:
- 在代理:Linux操作系統:錯誤修正:不正確的會話名稱被選中的情況下很長的命令行,比如中“Java的,而不是主類或JAR名
- 代理:錯誤修正:啟動選項probe_on,probe_off,probe_auto,probe_disable不接受短期語法內置探頭,如.Databases為com.yourkit.probes.builtin.Databases
- 代理:探頭,性能計數器:錯誤修正:FileOutputStream中和過程I / O事件沒有記錄在某些Java版本
- IDE集成:的NetBeans 8.0 Beta版支持
- IDE集成:Mac OS X中:錯誤修正:探查器UI將不會自動連接到成型過程中由於Java 7中的JavaAppLauncher無力它的命令行參數傳遞給Java可執行文件
什麼是2013版編譯13066新:
- 在CPU性能分析:
- 快照比較:改進:從意見"背面走線和QUOT;,"被調用者列表"和"合併被調用者"已被添加在&QUOT選擇的方法;方法列表&QUOT ;.當分析從快照不同的地方被調用方法被比較它們是特別有用的。
- J2EE高層次剖析現在基於內置的探測結果。
- 這消除了以前使用專用的回調,這部分重複內置探頭的功能,以及進行表演他們當探查打開快照的一些操作在運行,而不是負擔。
- 屬性high_level_cpu_profiling不再CPU取樣或跟踪設置存在。在啟動選項disablej2ee已被刪除。要打開J2EE高層分析過,你應該關閉或禁用相應的探測器。
- CPU跟踪:一個新的啟動選項_instrument_all_methods已添加到儀表原始的getter,setter和其他類似的短期方法只訪問對象的字段和/或返回值。默認情況下,這樣的方法不儀表以減少開銷。當調用計數所有調用的方法比時間精度和較低的開銷,更有價值的使用此選項。
- UI:增加的能力,表明了不到1毫秒通過指定-Dyjp.show.shortest.methods = true在/bin/yjp.ini方法
- 優化:熱點視圖中打開快得多
- UI:與物業-Dyjp.zero.time.methods =虛假/bin/yjp.ini的幫助下取消零時間法修正補充的能力。零時間校正意味著任何調用下列方法被忽略:
- 的java.lang.Object:等待(*)
- 的java.lang.Thread:睡眠(*)
- 的java.lang.Thread:收益率(*)
- java.net.PlainSocketImpl:socketAccept(*)
- java.net.PlainSocketImpl:接受(*)
- java.net.ServerSocket中:接受()
- org.apache.tomcat.jni.Socket:接受(*)
- sun.nio.ch.ServerSocketChannelImpl:accept0(*)
- sun.misc.Unsafe:公園(*)
- java.util.concurrent.locks.LockSupport:園區*(*)
- com.ibm.tools.attach.javaSE.IPC:waitSemaphore(*)
- sun.nio.ch.EPollArrayWrapper:epollWait(*)
- 從技術上講,他們的時間是從主叫時間中減去最多的時候CPU性能分析結果在UI加載調用樹的根。換句話說,它們的時間總是假定為0時的校正被施加。
- 內存概要:
- 在對象資源管理器:值將立即顯示為以下類別的對象:
- java.util.Date
- 的java.net.URL
- 的java.io.File
- java.util.zip.ZipFile中
- java.util.jar.JarFile中
- 在原始值包裝:
- java.lang.Integer中
- java.lang.Long中
- java.lang.Short中
- java.lang.Boolean中
- java.lang.Byte的
- java.lang.Character中的
- java.lang.Double中的
- java.lang.Float中
- 原子值:
- java.util.concurrent.atomic.AtomicInteger中
- java.util.concurrent.atomic.AtomicLong中
- java.util.concurrent.atomic.AtomicBoolean
- 等數字類:
- 在java.math.BigDecimal的
- java.math.BigInteger中
- 反射:
- java.lang.reflect.Field中
- java.lang.reflect.Constructor中
- 的java.lang.reflect.Method
- (自建立13062)的集合類集合的大小及其子類:
- 的java.util.ArrayList
- 在java.util.Arrays中的$的ArrayList(從Arrays.asList()返回)
- 的java.util.HashMap
- java.util.HashSet中
- 的java.util.Hashtable
- java.util.IdentityHashMap中
- java.util.LinkedList中
- java.util.PriorityQueue中
- java.util.TreeMap中
- java.util.Vector中
- java.util.WeakHashMap中
- 在對象資源管理器:自參考對象明確地[自參考]表示,和相應的樹節點是葉子現在避免無限擴大
- 在對象資源管理器:增加了與物業-Dyjp.max.objects.to.show =在/bin/yjp.ini的幫助下自定義顯示單個對象的最大數量的能力。默認值保持500。注意:設置較大的值會增加內存的使用,可以減慢UI
- 在原始陣列的所有相同的元素被明確在對象資源管理器,路徑和其他視圖呈現單個對象表示
- 數組的元素的一個大數字分析已經簡化了新的動作記憶的幫助|查看數組元素(SHIFT + F5)(也可通過一個彈出式菜單中訪問),這將打開選擇的參考陣列(S)的所有元素在新標籤頁,在那裡他們可以全面地審查了所有可用的景色。
- 在此操作也可作為"打開一個新的標籤和QUOT的所有元素;超鏈接在對象資源管理器除了"配置顯示數組元素的範圍..."超鏈接可用於隱藏元素的數組。
- 在合併的路徑:改進:單獨的節點用於GC根和對象從多個對象中保留
- 在合併的路徑:改進:"
什麼是12.0.5版本的新:
- 在代理日誌文件無法如創建會議名稱包含無效的文件名字符。
什麼是12.0.4版本的新:
- 在該版本修復了抽樣分配記錄,這可能會崩潰如果CPU採樣從未啟動該應用程序。
- 捆綁的JRE已經升級到Java 7中。
什麼在12.0.3版本是新的:
- 支持FreeBSD的8改進了李。 >
- 在具有大量GC的快照裝載大大優化。
- 在此版本解決了與JBoss,GlassFish和OSGI菲利克斯的一些問題。
什麼是12.0.1版本的新:
- 在新的平台支持的:
- 在Linux的基於ARM:異形運行的應用程序和/或探查用戶界面支持軟浮點(的ARMv5,ARMv7體系)和硬浮動(ARMv7的)的JVM
- 在Linux的上PPC:異形運行的應用程序和/或探查用戶界面支持32位(PPC)和64位(PPC64)的JVM
- CPU性能分析:
- CPU跟踪開銷已經顯著減少(不同的異形應用程序的運行可達10%-50%,比以前的分析器版本快)和精度已因增加到了如下改進:
- 在新的自適應跟踪模式下自動降低跟踪開銷,從而使結果更充分的(參見CPU跟踪設置)
- CPU跟踪測量,現在默認情況下,掛鐘時間(見CPU跟踪設置和時間測量)。
- 這將減少分析開銷,因為獲得牆的時間比獲得CPU時間更快。
- 在牆的時間也比CPU時間更精確,測量時間間隔時提供了幾個納秒的精度。
- 在內部改進減少分析開銷
- 在所有CPU剖析在運行系統中應用的設置配置的CPU採樣設置和CPU跟踪設置
- 請注意相關變化:
- API:兩個新的控制方法已經被添加:startCPUTracing(@Nullable字符串設定)和startCPUSampling(@Nullable字符串設置)。方法startCPUProfiling(...)已過時。
- J2EE高層次剖析現已配置在CPU的採樣設置和CPU跟踪設置
- 在啟動選項noj2ee,取而代之的CPU採樣設置和CPU跟踪設置的high_level_cpu_profiling財產被刪除
- 在啟動選項samplingperiod和samplingdelta一直贊成在CPU採樣設置sampling_period_ms和sampling_period_delta_ms屬性中刪除
- 在時間測量現在已配置在CPU的採樣設置和CPU跟踪設置。單獨的配置文件.walltime和專用的啟動選項walltimespec不再使用。
- 在啟動選項的過濾器,取而代之的CPU跟踪設置被刪除
- CPU追踪:掛鐘時間的方法已不再含蓄地視為總是非過濾。在以前的行為可能會造成意想不到的開銷,如果牆面的時間測量配置為多個或全部的方法。
- 代理:時間測量進行了改進,以確保單調性在適當的時候
- CPU採樣:錯誤修正:本地方法的封裝$$ YJP $$可能會出現在堆棧
- 內存概要:
- 在用戶界面,新的功能:類樹視圖類似於QUOT&;班級列表"但是顯示了包分組的類
- 在用戶界面,新功能:存儲視圖,如類列表允許選擇多行。這會影響從觀看內容,以及諸如&QUOT行動;查看選定對象"及其他。
- "重複的字符串"檢查:結果其中介紹了垃圾總量中的所有重複的字符串新的分組根節點下顯示
- 優化:快照大基本數組被打開更快
- UI:優化:性能"來電參考及QUOT;觀點有了明顯的改善
- UI:提高計算精確的尺寸保持在"班級列表"和類似的觀點:更多的項目是按照每次點擊處理,如果計算速度允許
- 界面:改進:可用的CPU內核在下面的意見用於並行計算:
- 類列表
- 類樹
- 代
- 可達範圍
- 類加載器
- 在Web應用程序
- 對象年齡
- 界面:改進:"精確計算保留大小和QUOT;操作使用可用的CPU內核並行 進行計算
- 界面:改進:"精確計算保留大小和QUOT;行動不強制的保留大小列進行排序,如果計算持續
- 優化:分配記錄的開銷已減少了對多線程應用程序。有多大的改善取決於"記錄每個第N個對象和QUOT;設置。據測試,被分析代碼運行達30%時,每十對象記錄(默認設置)更快,達70%時,每100個對象被記錄速度更快,與以前的版本相比
- 在Web應用程序:改進:Web應用程序上下文路徑(URL)現在除了Web應用程序名稱顯示
- 在Web應用程序:增加了支持碼頭(版本6,7,8)
- 類實例計數遙測("班級列表]分頁),不像其他遙測意見,不會自動定期更新。這是出於性能方面的考慮:收集的統計數據可能需要顯著一次巨大的情況下,堆了許多對象,因此應根據需要運行
- 相反,它更新時間:
- 的"刷新"按鈕被按下時,標籤是可見的(明確的更新)
- 的"強制進行垃圾收集和QUOT; (這是有道理的,立即看迫使垃圾收集後的變化,對象數量和大小)按鈕被按下時,標籤是可見
- 的快照被捕獲(收集的統計數據是捕獲的一部分)
- UI:路徑:錯誤修正:重複的路徑條目可能在某些情況下顯示
- 遙測:
- CPU使用遙測:內核CPU時間被示為一個獨立的曲線,除了主用戶+內核CPU時間曲線
- 在AIX記:我們知道兩個函數測量過程中CPU時間在AIX上:clock_gettime(CLOCK_PROCESS_CPUTIME_ID)和rusage()。第一個是默認使用,因為它似乎產生比其對應更好的結果。然而,它有一個缺點:它不給內核和用戶倍分開。這意味著你將不會看到內核時間遙測。要啟用它,指定代理啟動選項_with_rusage使用rusage()來代替。
- 在圖形渲染進行了優化,採用更大的尺度時,使用戶界面更為敏感,尤其是
- 線程狀態遙測:錯誤修正:遙測樣品可能發生的造成差距的線程狀態遙測圖較低的利率
- 探頭:
- 新功能:清除表的能力。擺脫舊的事件,你有沒有興趣了,或者給空間,新的事件,如果表容量已達到極限。
- 要清除表從用戶界面,使用"清表(S)..."鏈接地處&QUOT的右上角;探針"標籤。
- 要編程方式清除表,使用分析器API方法Controller.clearUserTables(字符串...表名)
- UI:QUOT;探針"標籤佈局已被更改為給出用於瀏覽事件列表更多的垂直空間,和使用戶界面更加一致。現在表,時間表,事件調用樹和CPU使用率估計選項卡位於同一水平上。
- 類負載探頭可以啟動選項探頭=類加載(默認值)啟用和禁用啟動選項noprobe =類加載。啟動選項builtinprobes =無現指noprobe =類加載。
- 探頭:API:棄用類com.yourkit.probes.ObjectIntWeakMap已被刪除。使用com.yourkit.probes.ObjectRowIndexMap代替。
- "線程的生命週期和QUOT;內置探頭:錯誤修正:更名事件被錯誤關聯的幾個JVM內螺紋
- 觸發器:
- 默認觸發描述文件已更改為/.yjp/triggers.txt
- IDE集成:
- 在Eclipse中,IntelliJ IDEA的上,NetBeans 7.0和較新的插件自動檢測的32位和64位JVM。
- 的"簡介"行動必須知道的JVM啟動該應用程序是否是32位或64位,以提供合適的代理版本。
- 此前,插件完全依賴於用戶選擇的" 32位或64位JRE選擇"插件配置的選項卡。一個錯誤的選擇導致JVM失敗錯誤VM的初始化過程中出現。無法找到代理庫。
- 現在,中,試圖通過從IDE中提供的信息自動檢測JVM的一種。如果檢測成功,其結果將覆蓋用戶做出的選擇。
- 這使得"簡介"動作的工作在大多數情況下,盒子的
- 注:我們保留了" 32位或64位JRE選擇"標籤作為當自動檢測是不可能的情況下進行備份。
- 的Eclipse:在Eclipse 3.7支持Maven的運行配置和更新
- 在IntelliJ IDEA的12支持
- 的NetBeans 7.3支持
- 的NetBeans:錯誤修正:分析單個類或JUnit測試可能無法在Web項目工作
- 在J2EE的集成:
- 在J2EE集成嚮導:增加6碼頭和新的支持
- 用戶界面
- 改進:它代表打開快照和連接的應用程序現在試圖避免滾動,如果多標籤頁打開時,通過縮短標籤標題左側垂直選項卡組。如果完整的分頁標題不適合,它仍然會通過一個工具提示使用。
- 過濾器:增加了一個快速的方法來之間施加,而不是應用過濾器UI切換:
- 在一個新的主菜單項目設置|折疊過濾電話
- 當分析器連接到正在運行的應用程序的工具欄
- "過濾器..."超鏈接在聯想與快照工作時
- 可擴展性:使UI巨大快照工作時反應更靈敏,"被調用者列表"從視圖不會立即自動計算在主表的變化選擇。相反,計算應明確通過單擊鏈接而啟動。默認情況下,快照執行與少於1,000,000調用幀(即獨特的棧),它涵蓋了現實世界的快照最廣大自動計算。要更改閾值,指定-Dyjp.callees.auto.threshold =幀數在/bin/yjp.ini。
- 新增支持高對比度配色方案。要使用它,請註明-Dyjp.system.colors = true在/bin/yjp.ini。
- yjp.sh啟動腳本改善:如果指定YJP_JAVA_HOME環境變量,它的修道院在捆綁的JRE和系統默認的Java,它提供了一個機會運行在特定的Java版本的分析器的用戶界面,而無需編輯啟動腳本
- 摘要:加入"命令行"屬性來表示Java進程的完整的命令行
- 調用樹和背部走線的觀點:添加彈出菜單項,擴大選擇的節點下降到5級,以補充現有的項目,充分擴展了節點
- 改進:對話風格統一方面的幫助和非合閘按鈕的位置
- 錯誤修正:事件探查器窗口會成為探查重啟後,如果看不到以前的顯示器之一是不再可用
- 錯誤修正:在某些罕見的情況下堆棧溢出異常
- 錯誤修正:從打開快照對話框調用的文件選擇不當回車鍵,關於Java 7運行的UI時
- 雜項:
- 導出命令行:類列表導出性能快照太(如內存選項卡可見|類別列表)
- 警告:快照目錄中的配置文件現在/.yjp/snapshotdir.txt
- Windows安裝:探查現在捆綁了Java 7的JRE。注:Java 6中仍然是一個完全支持的平台
- 代理:日誌文件名現在-.log從不同的應用程序 更好的單獨的日誌
- 代理:添加了一個選項,以存儲來自同一應用程序的多個運行日誌,在一系列的命名,而不是創建一個單獨的日誌文件-.log每個異型工藝..log日誌文件
- 在此模式可以分析應用,如服務器時是有用的,有一個統一的日誌時,不是有一個單獨的日誌為每個服務器開始越好。
- 要使用該模式,指定啟動選項united_log
- 會話名稱是應用程序的名稱作為在剖析器的UI看到,並且其也被默認以命名的應用程序的快照。它會自動選擇了特定的應用基礎上的jar文件的名稱,或者它的主類的名稱,或自定義的可執行文件名,或者在運行配置的名稱從內部IDE分析時。會議名稱也可以明確地使用啟動選項SESSIONNAME指定=
- 在運行數從1開始。如果.1.log超過大小限制,.2.log將創建並使用新的日誌文件,然後.3.log等。第一個日誌文件的大小限制為1 MB通過默認,並且可以使用啟動選項log_file_size_limit改變=
- 注:最早的日誌文件不會自動刪除。如果你需要清除它們,做手工或者編寫腳本。
- 代理:Groovy的2.0支持
- 代理:CPU跟踪和分配的重新編碼的開銷略有減少對IBM的Java
- 代理:錯誤修正:連接模式:不正確的異常處理程序在某些情況下構造
- 代理:錯誤修正:可能java.lang.VerifyError:在轉移目標的特定代碼模式與Eclipse編譯器編譯不一致stackmap幀
- UI:遠程分析:錯誤修正:運行在不同的機器上遠程異形的應用程序,配置為使用相同的端口,並開始在同一時間不能同時連接在探查UI
什麼是10.0版本新:
- 在這個新的主要版本包含了很多新的功能,改進和錯誤修正。支持AIX(PPC和PPC64)平台加入。
- 在一個新的"觸發"功能,用戶可以自動對特定事件不同的動作(高CPU和內存使用情況,執行方法,等等)。
- 分配記錄可以收集垃圾收集統計每類。
- 在性能快照可以提取內存快照。
- CPU跟踪的校準精度得到了改善。
- CPU使用率和時間在垃圾收集器花了,現在在同一張圖中所示。
- 像往常一樣,許多改進的UI實施的。
什麼是9.5.1版本,新的:
- 改進:更OSGi容器的應用程序可以在沒有成型需要手動twick OSGi的設置,以允許裝載分析器類。具體地,這包括GlassFish的3.1。
- IDE集成:改進NetBeans插件在Windows Vista和Windows 7之前安裝的IDE集成嚮導,如果可能的NetBeans安裝在受保護的目錄,如未能與QUOT;程序文件"由於Windows的用戶訪問控制(UAC)。現在,相應的UAC提示顯示必要時,讓嚮導成功。
- IDE集成:的NetBeans 7.0 M2支持
- IDE集成:探查器插件的用戶界面:改進
- UI:歡迎畫面:在低分辨率的屏幕改進的可用性
- UI:打開快照對話框:由會話分組快照現在是可選
- 錯誤修正:UI:打開快照對話框可能會在某些罕見的情況下不適當地刷新
限制:
- 在15天的評估
評論沒有發現