《java程序员职场全攻略》由会员分享，可在线阅读，更多相关《java程序员职场全攻略（5页珍藏版）》请在金锄头文库上搜索。
1、监视内存计数器要监视内存不足的状况，请从以下的对象计数器开始：内存信息：Memory Available Bytes Memory Pages/sec Memory Available Bytes 如果您怀疑有内存泄露，请监视 MemoryAvailable Bytes 和 Memory Committed Bytes，以观察内存行为，并监视您认为可能在泄露内存的进程的 Process Private Bytes、Process Working Set 和Process Handle Count。如果您怀疑是内核模式进程导致了泄露，则还应该监视 Memory Pool Nonpaged Byt
2、es、Memory Pool Nonpaged Allocs 和 Process(process_name) Pool Nonpaged Bytes。CPU信息：Processor % Processor Time 获得处理器使用情况。 也可以选择监视 Processor % User Time 和 % Privileged Time 以获得详细信息。Server Work Queues Queue Length 计数器会显示出处理器瓶颈。队列长度持续大于 4 则表示可能出现处理器拥塞。System Processor Queue Length 用于瓶颈检测通过使用 Process % Pro
3、cessor Time 和 Process Working Set Process % Processor Time过程的所有线程在每个处理器上的处理器时间总和。硬盘信息：Physical Disk % Disk Time Physical Disk Avg.Disk Queue Length 例如，包括 Page Reads/sec 和 % Disk Time 及 Avg.Disk Queue Length。如果页面读取操作速率很低，同时 % Disk Time 和 Avg.Disk Queue Length的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存
4、不足。Physical Disk % Disk Time Physical Disk Avg.Disk Queue Length 例如，包括 Page Reads/sec 和 % Disk Time 及 Avg.Disk Queue Length。如果页面读取操作速率很低，同时 % Disk Time 和 Avg.Disk Queue Length的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存不足。请观察 Processor Interrupts/sec 计数器的值，该计数器测量来自输入/输出 (I/O) 设备的服务请求的速度。如果此计数器的值明显增加，而
5、系统活动没有相应增加，则表明存在硬件问题。Physical Disk Disk Reads/sec and Disk Writes/sec Physical Disk Current Disk Queue Length Physical Disk % Disk Time LogicalDisk % Free Space 测试磁盘性能时，将性能数据记录到另一个磁盘或计算机，以便这些数据不会干扰您正在测试的磁盘。可能需要观察的附加计数器包括 Physical Disk Avg.Disk sec/Transfer、Avg.Disk Bytes/Transfer，和 Disk Bytes/sec。 A
6、vg.Disk sec/Transfer 计数器反映磁盘完成请求所用的时间。较高的值表明磁盘控制器由于失败而不断重试该磁盘。这些故障会增加平均磁盘传送时间。对于大多数磁盘，较高的磁盘平均传送时间是大于 0.3 秒。 也可以查看 Avg.Disk Bytes/Transfer 的值。值大于 20 KB 表示该磁盘驱动器通常运行良好；如果应用程序正在访问磁盘，则会产生较低的值。例如，随机访问磁盘的应用程序会增加平均 Disk sec/Transfer 时间，因为随机传送需要增加搜索时间。 Disk Bytes/sec 提供磁盘系统的吞吐率。决定工作负载的平衡要平衡网络服务器上的负载，需要了解服务器
7、磁盘驱动器的繁忙程度。使用 Physical Disk % Disk Time 计数器，该计数器显示驱动器活动时间的百分比。如果 % Disk Time 较高（超过 90%），请检查 Physical Disk Current Disk Queue Length 计数器以查看正在等待磁盘访问的系统请求数量。等待 I/O 请求的数量应当保持在不大于组成物理磁盘的主轴数的 1.5 到 2 倍。尽管廉价磁盘冗余阵列 (RAID) 设备通常有多个主轴，大多数磁盘有一个主轴。硬件 RAID 设备在“系统监视器”中显示为一个物理磁盘；通过软件创建的 RAID 设备显示为多个驱动器（实例）。可以监视每个物理
8、驱动器（而不是 RAID）的 Physical Disk 计数器，也可以使用 _Total 实例来监视所有计算机驱动器的数据。使用 Current Disk Queue Length 和 % Disk Time 计数器来检测磁盘子系统的瓶颈。如果 Current Disk Queue Length 和 % Disk Time 的值始终较高，可以考虑升级磁盘驱动器或将某些文件移动到其他磁盘或服务器。 posted 2006-01-05 17:05 摩摩茶 阅读(671) | 评论 (5) | 编辑 如何分析Analysis中各个图表的含义，写出性能测试报告（继续增加中） 1：vuser数：这个根
9、据你选择的方案不同结果也不同，如果采用所有vuser同时运行，并且所有vuser都正确执行的话，这个图没什么用处。平均事务响应时间：这个应该是关注最多的，一般来说，这个图的理想曲线是这样(针对同时开始vuser)：开始增长较快，中期几乎不增长，后期逐渐下降(类似发动机输出曲线)。比较差的曲线例如：线性增长，波动较大的曲线每秒事务数：一般来说，在平均事务响应时间达到期望要求的时候，这个值越大越好(峰值)Windows资源/Unix资源：这些就要看你监控哪些东西了(CPU利用率，内存使用情况，高速缓冲命中情况等)，CPU利用率的话在跑vuser期间最好不要超过80%，否则就是资源瓶颈(我们做Web
10、logic+Oracle测试时，oracle主机cpu利用率没超过20%，而Weblogic主机cpu利用率在整个方案运行中期徘徊在90%左右，性能瓶颈在Weblogic中需要优化) 排除网络瓶颈的话，问题一般按下顺序：Web服务器-应用服务器-数据库2：Memory： 内存使用情况可能是系统性能中最重要的因素。如果系统“页交换”频繁，说明内存不足。“页交换”是使用称为“页面”的单位，将固定大小的代码和数据块从 RAM 移动到磁盘的过程，其目的是为了释放内存空间。尽管某些页交换使 Windows 2000 能够使用比实际更多的内存，也是可以接受的，但频繁的页交换将降低系统性能。减少页交换将显著
11、提高系统响应速度。要监视内存不足的状况，请从以下的对象计数器开始： Available Mbytes：可用物理内存数. 如果Available Mbytes的值很小（4 MB 或更小），则说明计算机上总的内存可能不足，或某程序没有释放内存。 Page/sec： 表明由于硬件页面错误而从磁盘取出的页面数，或由于页面错误而写入磁盘以释放工作集空间的页面数。 一般如果pages/sec持续高于几百，那么您应该进一步研究页交换活动。有可能需要增加内存，以减少换页的需求（你可以把这个数字乘以4k就得到由此引起的硬盘数据流量）。Pages/sec 的值很大不一定表明内存有问题，而可能是运行使用内存映射文件
12、的程序所致。page read/sec:页的硬故障，page/sec的子集，为了解析对内存的引用，必须读取页文件的次数。阈值为5. 越低越好。大数值表示磁盘读而不是缓存读。由于过多的页交换要使用大量的硬盘空间，因此有可能将导致将页交换内存不足与导致页交换的磁盘瓶径混淆。因此，在研究内存不足不太明显的页交换的原因时，您必须跟踪如下的磁盘使用情况计数器和内存计数器：Physical Disk % Disk Time Physical Disk Avg.Disk Queue Length 例如，包括 Page Reads/sec 和 % Disk Time 及 Avg.Disk Queue Leng
13、th。如果页面读取操作速率很低，同时 % Disk Time 和 Avg.Disk Queue Length的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存不足。要确定过多的页交换对磁盘活动的影响，请将 Physical Disk Avg.Disk sec/Transfer 和 Memory Pages/sec 计数器的值增大数倍。如果这些计数器的计数结果超过了 0.1，那么页交换将花费百分之十以上的磁盘访问时间。如果长时间发生这种情况，那么您可能需要更多的内存。 Page Faults/sec:每秒软性页面失效的数目（包括有些可以直接在内存中满足而有些需要
14、从硬盘读取）较page/sec只表明数据不能在内存的指定工作集中立即使用。 Cache Bytes：文件系统缓存（File System Cache），默认情况下为50%的可用物理内存。如IIS5.0 运行内存不够时，它会自动整理缓存。需要关注该计数器的趋势变化 如果您怀疑有内存泄露，请监视 Memory Available Bytes 和 Memory Committed Bytes，以观察内存行为，并监视您认为可能在泄露内存的进程的 ProcessPrivate Bytes、ProcessWorking Set 和ProcessHandle Count。如果您怀疑是内核模式进程导致了泄露，
15、则还应该监视 MemoryPool Nonpaged Bytes、Memory Pool Nonpaged Allocs 和 Process(process_name) Pool Nonpaged Bytes。Pages per second :每秒钟检索的页数。该数字应少于每秒一页。 Process： %Processor Time: 被处理器消耗的处理器时间数量。如果服务器专用于sql server,可接受的最大上限是80-85% Page Faults/sec:将进程产生的页故障与系统产生的相比较，以判断这个进程对系统页故障产生的影响。 Work set: 处理线程最近使用的内存页，反映了每一个进程使用的内存页的数量。如果服务器有足够的空闲内存，页就会被留在工作集中，当自由内存少于一个特定的阈值时，页就会被清除出工作集。 Inetinfo:Private Bytes:此进程所分配的无法与其它进程共享的当前字节数量。如果系统性能随着时间而降低，则此计数器可以是内存泄漏的最佳指示器。 Processor： 监视“处理器”和“系统”对象计数器可以提供关于处理器使用的有价值的信息，帮助您决定是否存在瓶颈。 %Processor Time:如果该值持续超过95%，表明瓶颈是
