幺贵敬-效率问题分析.docVIP

效率问题分析 么贵敬 2012-05-10 关键词：效率分析 概述 NC发版前夕，效率分析会成为一项重要的问题，几乎每个模块，每张单据都会有分析内存泄露和效率的问题。 下面我对在V60中一些内存泄露和效率的简单方法做了一些总结： 分析工具：jprofile 环境搭建过程 安装jprofile 请参见 部署jprofile 打开控制面板-》java 如下图 Java小应用程序Runtime设置 点击查看 在Java Runtime 中填入如下内容 -agentpath:D:\backup\JPROFI~1\bin\windows\jprofilerti.dll=port=8849 分析过程： 确定操作场景，测试内存泄露的操作过程，每次操作开始点和结束点应该在同一个状态，这样才有可比性，操作完第一次后做标记，操作第二遍，看与第一次的对象差异。 系统要求 Jprofiler6由于有授权限制，一个局域网内只能有一个可用。 为解决此问题，运行jprofiler6前先起用windows防火墙，“控制面板—windows防火墙”，改为起用即可。在启动jprofiler6时会提示是否放行，选择“保持阻止”即可。 系统jre要求使用jre1.6.0.24。 内存泄露的质量标准： 节点关闭这个节点相关的资源要释放 (eg,对销售单据测试，nc.ui.so.*.,nc.vo.so.*要释放)节点打开，全部操作做完后，如果没有内存泄漏，整个节点算过 在一个节点连续操作某个业务（(比如：连续审核，连续新增等），在没有用单据缓存的情况下，内存不能递增；如果对业务单据做了缓存，业务单据的缓存要控制在一定数量。关闭节点后，这个节点相关的资源(主要是ui,vo)应释放。 特殊情况：对不符合质量标准的节点，如果有特殊情况证明这样是合理的（比如做了缓存提高性能 等），可以认为通过 分析过程和方法： 以供应链—销售订单为例： 销售订单—打开节点—关闭节点在Memory Views界面中，View Filters值关注“nc.ui或nc.vo” 完成以上操作一次并关闭节点，回收等待30s，在Memory Views界面中，View Filters值输入“nc.”强制点开始回收点在做标记，标记行为绿色 反复做同样第二次操作，在原有标记基础上有很多值增加，显示为红色，如下图 在Memory Views界面中，View Filters值关注“nc.ui.或nc.vo” 以下是关注nc.vo.如图所示： 发现已经有泄露问题了，测试再进一步定位问题。销售订单是销售管理模块，在Memory Views界面中，View Filters值关注“nc.ui.so或nc.vo.so” 如图所示为：nc.vo.so 右键选择show selection in heap walker可以查询对象的引用方式，并且可以对对象进行排序找到那个对象是最新增加的、通过引用关系可以知道是那个对象引用导致数据不能回收，一步步分析找到根源。找变化量比较小的对象进行分析比较容易分析 同时发现其他产品也会导致了本节点的泄露。如：单据相关操作传收付，那么需要关注nc.ui.arap或nc.vo.arap；单据引用了uap基础数据，需要关注nc.ui.bd或nc.vo.bd，依次分析。 如图所示为：nc.ui.bd 如图所示为：nc.vo.bd 补充：产品存在泄漏时也需要对pubapp进行分析，关注nc.ui.产品代码.pubapp或nc.vo.产品代码.pubapp;如果产品pubapp在公共，则关注nc.ui.pubapp或nc.vo.so.pubapp。 对以上测试结论：销售订单存在泄漏现象，需要so、bd、pubapp等的相关模块开发均分析，提供相应的解决方案。 注意事项 GC动作应在关闭节点后，只关注被测产品的内存对象，未回收的对象就是有问题的。 针对日常频繁使用的场景，例如单据保存，打开节点后持续保存五张单据后标记内存状态，继续保存五张单据后做GC，将未回收的对象输出；标记后再做五张单据后再次做GC，将未回收的对象输出。持续增加的对象可能有问题，请连续分析。 单点效率问题的分析过程 分析工具：nmc、jprofile 分析效率分为2过程 分析连接数和流量 NC客户端抓取日志，保存 启动NMC 目录下的client.cmd 选择离线模式 选择菜单 工具---日志数据库、 打开日志数据库的分析面板 选择菜单 导入---导入NCLOGS 选择你的日志路径比如： C:\Documents and Settings\yaogj\NCCACHE\20.10.130.113_-data-nccode-nc60forjc_80/recordlog 下面我们已预订单编辑物料500行为例进行分析 选择菜单