yy怎么一直在模板相关信息圆柱钢模板优势是什么？企业网站建设模板和定制化有什么区别呢？拼命加载中,网站死链检查,网站模板如何使用,深圳建筑图片大全高清当JProfiler测量方法调用的执行时间及其调用堆栈时#xff0c;我们称之为“CPU评测”。这些数据以多种方式呈现。根据你试图解决的问题#xff0c;其中一个或另一个演示将是最有帮助的。默认情况下不会记录CPU数据#xff0c;您必须打开CPU记录才能捕获有趣的用例。
一、调… 当JProfiler测量方法调用的执行时间及其调用堆栈时我们称之为“CPU评测”。这些数据以多种方式呈现。根据你试图解决的问题其中一个或另一个演示将是最有帮助的。默认情况下不会记录CPU数据您必须打开CPU记录才能捕获有趣的用例。
一、调用树
跟踪所有方法调用及其调用堆栈将消耗大量内存并且只能保持很短的时间直到所有内存耗尽。此外在繁忙的JVM中直观地掌握方法调用的数量并不容易。通常这个数字太大了无法定位和跟踪轨迹。 另一个方面是许多性能问题只有在收集到的数据被聚合后才会变得清楚。通过这种方式您可以判断方法调用在某个时间段内对整个活动的重要性。对于单个跟踪您不知道所查看的数据的相对重要性。 这就是为什么JProfiler构建了一个所有观察到的调用堆栈的累积树并用观察到的时间和调用计数进行注释。删除了按时间顺序排列的部分只保留了总数。树中的每个节点表示一个调用堆栈该堆栈至少被观察一次。节点具有代表在该调用堆栈中看到的所有传出调用的子级。 调用树是“CPU视图”部分中的第一个视图当您开始CPU评测时它是一个很好的起点因为方法调用从起点到最细粒度的终点的自上而下的视图最容易理解。JProfiler根据子级的总时间对其进行排序因此您可以首先打开树深度来分析树中对性能影响最大的部分。 虽然所有的测量都是针对方法执行的但JProfiler允许您通过在类或包级别聚合调用树来获得更广泛的视角。聚合级别选择器还包含一个“JEE/Spring组件”模式。如果您的应用程序使用JEE或Spring则可以使用此模式在类级别上仅查看JEE和Spring组件。像URL这样的拆分节点保留在所有聚合级别中。 二、调用树筛选器
如果调用树中显示了所有类的方法则该树通常太深而无法管理。如果你的应用程序是由一个框架调用的那么调用树的顶部将由你不关心的框架类组成你自己的类将被深深地掩埋。对库的调用将显示其内部结构可能有数百个级别的方法调用这些调用您不熟悉也无法影响。 这个问题的解决方案是对调用树应用过滤器这样只记录一些类。作为一个积极的副作用需要收集的数据更少需要检测的类也更少因此减少了开销。 默认情况下配置分析会话时会使用一个从常用框架和库中排除的包列表。 当然这个列表是不完整的所以最好删除它并自己定义感兴趣的包。事实上插装和默认过滤器的组合是非常不可取的因此JProfiler建议在会话启动对话框中进行更改。 过滤器表达式与完全限定的类名进行比较因此com.mycorp.匹配所有嵌套包中的类如com.mycorp.myapp.Application。有三种类型的过滤器称为“profiled”、“compact”和“ignored”。“概要”类中的所有方法都是经过测量的。这是您自己的代码所需要的。 在“紧凑”过滤器所包含的类中只测量对该类的第一次调用但不显示进一步的内部调用。“Compact”是库包括JRE所需要的。例如当调用hashMap.putab时您可能希望在调用树中看到hashMap.put。 最后“忽略”的方法根本没有被分析。由于开销方面的考虑它们可能不适合使用或者它们可能只是在调用树中分散注意力例如插入动态调用之间的内部Groovy方法。 手动输入程序包容易出错因此您可以使用程序包浏览器。在启动会话之前包浏览器只能向您显示配置的类路径中的包该路径通常不会覆盖实际加载的所有类。在运行时包浏览器将显示所有加载的类。 为每个类从上到下评估配置的筛选器列表。在每个阶段如果匹配则当前过滤器类型可能会发生变化。什么样的过滤器从过滤器列表开始很重要。如果您从一个“profiled”过滤器开始那么类的初始过滤器类型是“compact”这意味着只对显式匹配进行分析。 如果您从一个“紧凑”过滤器开始那么类的初始过滤器类型是“profiled”。在这种情况下除了显式排除的类之外所有类都将进行分析。 三、调用树时间
要正确解释调用树了解调用树节点上显示的数字非常重要。任何节点都有两个有趣的时间总时间和自身时间。自身时间是节点的总时间减去嵌套节点中的总时间。 通常自时间很小除了紧凑的过滤类。大多数情况下紧凑过滤类是一个叶节点总时间等于自身时间因为没有子节点。有时紧凑过滤类会调用一个配置文件类例如通过回调或者因为它是调用树的入口点比如当前线程的run方法。在这种情况下一些未编译的方法会消耗时间但不会显示在调用树中。该时间冒泡到调用树中的第一个可用祖先节点并为紧凑过滤类的自身时间做出贡献。 调用树中的百分比栏显示总时间但自身时间部分显示为不同的颜色。除非重载了同一级别上的两个方法否则方法显示时没有其签名。有多种方法可以自定义视图设置对话框中调用树节点的显示。例如您可能希望将自身时间或平均时间显示为文本始终显示方法签名或更改使用的时间刻度。此外百分比计算可以基于父时间而不是整个调用树的时间。 四、线程状态
在调用树的顶部有几个视图参数可以更改所显示的分析数据的类型和范围。默认情况下所有线程都是累积的。JProfiler在每个线程的基础上维护CPU数据您可以显示单个线程或线程组。 在任何时候每个线程都有一个关联的线程状态。如果线程已准备好处理字节码指令或者当前正在CPU核心上执行这些指令则线程状态称为“可运行”。在查找性能瓶颈时该线程状态是感兴趣的因此默认情况下会选择它。 或者线程可能正在监视器上等待例如通过调用Object.wait或thread.sleep在这种情况下线程状态被称为“等待”。在尝试获取监视器时被阻塞的线程例如在同步代码块的边界处处于“阻塞”状态。 最后JProfiler添加了一个合成的“Net I/O”状态用于跟踪线程等待网络数据的时间。这对于分析服务器和数据库驱动程序非常重要因为这段时间可能与性能分析相关例如用于调查慢速SQL查询。 如果你对挂钟时间感兴趣你必须选择线程状态“所有状态”也可以选择一个线程。只有这样您才能将时间与代码中调用System.currentTimeMillis计算的持续时间进行比较。 如果您想将所选方法转移到不同的线程状态可以使用方法触发器和“覆盖线程状态”触发器操作或者使用嵌入或注入的探测API中的ThreadStatus类来实现。
五、在调用树中查找节点
有两种方法可以在调用树中搜索文本。首先有一个快速搜索选项它通过从菜单中调用View-Find或直接开始在调用树中键入来激活。按下PageDown后匹配项将突出显示搜索选项可用。使用“向上箭头”和“向下箭头”键您可以在不同的匹配中循环。 搜索方法、类或包的另一种方法是使用调用树底部的视图过滤器。在这里您可以输入一个逗号分隔的筛选器表达式列表。以“-”开头的筛选器表达式类似于被忽略的筛选器。以“”开头的表达式类似于紧凑型过滤器。所有其他表达式都类似于配置文件过滤器。就像过滤器设置一样初始过滤器类型决定了默认情况下是包括类还是排除类。 单击视图设置文本字段左侧的图标可显示视图过滤器选项。默认情况下匹配模式为“包含”但在搜索特定包时“以开头”可能更合适。 六、火焰图
另一种查看调用树的方法是将其作为火焰图。通过调用关联的调用树分析可以将整个调用树或其一部分显示为火焰图。 火焰图在一个图像中显示了调用树的全部内容。调用从火焰图的底部开始并向顶部传播。每个节点的子节点排列在其正上方的行中。子节点按字母顺序排序并以其父节点为中心。由于在每个节点中花费的自身时间“火焰”向顶部逐渐变窄。有关节点的更多信息显示在工具提示中您可以在其中标记文本以将其复制到剪贴板。 火焰图具有非常高的信息密度因此可能有必要通过关注所选节点及其子节点层次来缩小显示的内容。虽然可以放大感兴趣的区域但也可以通过双击或使用上下文菜单来设置新的根节点。当连续多次更改根时可以在根的历史中再次向后移动。 分析火焰图的另一种方法是根据类名、包名或任意搜索项添加着色。着色可以从上下文菜单中添加也可以在着色对话框中进行管理。第一个匹配的着色用于每个节点。除了着色之外您还可以使用快速搜索功能来查找感兴趣的节点。使用光标键可以在显示当前高亮显示的匹配的工具提示时循环显示匹配结果。
