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天的评估
评论没有发现