性能测试分析流程.doc

精品范文模板 可修改删除
免责声明：图文来源于网络搜集，版权归原作者所以
若侵犯了您的合法权益，请作者与本上传人联系，我们将及时更正删除。
撰写人：___________日 期：___________
tp交互过程，,发现该页面每次都要向服务器提交提交60K左右的内容,从提交的内容看出，提交把一大片的HTML代码都提交到WEB SERVER了,而从下面的分析图中看到，一个实际的业务，其实业务本身性能很好，，，,需要优化
ThreadDump
工具使用
通过调用CRMS门户访问dump工具,访问端口号视具体情况而定，如下
:6912/CRMSportal/tools/
精品范文模板 可修改删除

免责声明：图文来源于网络搜集，版权归原作者所以
若侵犯了您的合法权益，请作者与本上传人联系，我们将及时更正删除。
在打开的界面中分析线程的数量以及线程的调用堆栈
分析思路
通过分析总线程的数量或某类线程的数量，如果出现的太多，而次数系统运行状况不好，则可以怀疑某类线程调用出现问题，通过线程的调用堆栈，可以推出哪些类的方法存在问题
分析案例
问题
金汉斯反馈最近打了几个补丁（有若干关联补丁）后，应用服务器CPU持续100%，系统功能整体非常慢，登录超过1分钟，单据提交10几分钟才能完成
分析
连线看了一下，应用服务器内存消耗正常，排除GC引起的CPU消耗异常。查看threaddump，发现总是会有几十个活动的线程，虽然线程对应的业务方法各异，但都调用到动态扩展平台的方法，且堆栈大多停留在该方法上，可以认定CPU消耗过高是该方法被频繁调用，且消耗CPU资源过多引起。
at (Native Method)
    at (:419)
    at (:603)
    at (:423)
    at (:381)
    at (:1505)
    at (:220)
    at (:843)
    at (:819)
    at (:148)
    at (:86)
    at (:65)
    at (:92)
Jprofiler
工具使用
具体使用网上很多文章介绍，在此不做详解，下面给篇网上中间件一位同事些的指导文章
精品范文模板 可修改删除

免责声明：图文来源于网络搜集，版权归原作者所以
若侵犯了您的合法权益，请作者与本上传人联系，我们将及时更正删除。