性能测试杂谈

1多个java进程的监控

最近在做性能测试，系统使用内置的tomcat部署的服务，由于服务器是公用服务器，当需要监控java进程时，loadrunner监控的windows资源里的process计数器中java进程较多如下：

这时就不能确定需要监控的java进程到底是哪一个，在loadrunner中存在同样的问题，如果你很幸运的找到了需要监控的java进程如（java#1），那么恭喜你，这时，若公用服务器上有对某个java进程进行重启动操作，那么当前监控的java#1进程可能变为java#2或其他java进程，在长时间的系统稳定性测试中导致监控数据结果错误。

如何避免这种监控错误？我们可以采用其他的java进程监控工具，如JConsole,JConsole是一个内置的Java性能分析器，

在jdk的安装路径的bin目录下可以找到jconsole.exe文件，双击，即可打开如下图：

如图可以根据需要监控的java进程pid来识别需要监控的java进程

如图可以看到java进程的监控参数。

Visualvm

除了JConsle，Visualvm可以看作是升级版本的JConsle，是一款集成了多个JDK命令行工具的可视化工具，能为您提供强大的分析能力，对Java应用程序做性能分析和调优。包括，生成和分析海量数据，跟踪内存泄漏，监控垃圾回收，执行内存和cpu分析。

开发大型java应用程序的过程中难免遇到内存泄漏，性能瓶颈等问题，例如文件，网络，数据库连接为释放，为优化的算法等，随着应用程序持续运行，可能造成整个系统的运行效率下降，严重则会造成系统崩溃。为了找出程序中隐藏的这些问题，在项目开发后期往往会使用性能分析工具来对应用程序的性能进行分析和优化。

系统常见性能指标

CPU:Total processor time(<90%)该值用于体现服务器的处理器的利用率，对多处理器的系统而言，该计数值体现的是所有CPU的平均利用率。如果该值的数值持续超过90%，则说明整个系统面临这处理器方面的瓶颈，需要通过增加处理器来提高性能。

Memory:Available Mbytes(<4M)，剩余的可用物理内存，单位是兆字节，表明当前可用的内存字节数，如果该值很小（小于4M或者更小），则说明计算机上总的内存可能不足。

Disk:%Disk Time(<90%),显示驱动器活动时间的百分比，如果该值比较大，超过90%，硬盘可能是瓶颈，需进一步跟踪。

NetWork:Bytes Total/sec(<当前带宽的50%):表示网络中接受和发送字节速度，可以用该计数器来判断网络是否存在瓶颈（参考值：该计数器和网络带宽相除<50%）

CurrentBandwidth:以Bit/sec估计的网络接口的当前带宽当前带宽。本测试报告中被监控机器的当前带宽为10,000,000,000Bit=10000MB/8=1250MB/sec，当前带宽的50%=1250MB/2=625MB/sec。