广交好友~~ 想要讨论的可以留下msn~~~ 希望群友网友经常能提出问题,一起解决,共同提高

LR瓶颈

上一篇 / 下一篇  2010-12-13 14:06:17 / 个人分类:LR/Jmeter 大类

下面我们来看一下

首先我们要监视

%processor time(processor_total):

受的最大上限是

%User time(processor_total):

等。如果该值很高,可考虑增加索引,尽量使用简单的表联接,水平分割大表格等方法来降

低该值。

%DPC time(processor_total):

Processor:% Processor Time

%Disk time(physicaldisk_total)

的百分比。如果三个计数器都比较大,那么硬盘不是瓶颈。如果只有

外两个都比较适中,硬盘可能会是瓶颈。在记录该计数器之前,请在

行窗口中运行

Availiable bytes(memory)

则说明计算机上总的内存可能不足,或某程序没有释放内存。

Context switch/sec(system): (

的大小,你应该监视这三个计数器(包括上面的一个)。增加线程数可能会增加上下文切换

次数,这样性能不会上升反而会下降。如果十个实例的上下文切换值非常高,就应该减小线

程字节池的大小。

%Disk reads/sec(physicaldisk_total):

%Disk write/sec(physicaldisk_total):

Page faults/sec:

的影响。

Pages per second:

Working set:

器有足够的空闲内存,页就会被留在工作集中,当自由内存少于一个特定的阈值时,页就会

被清除出工作集。

Avg.disk queue length:

超过磁盘数的

Average disk read/write queue length:

Disk reads/(writes)/s:

量。

Average disk sec/read:

Average disk sec/transfer:

Bytes total/sec:

可以用该计数器的值和目前网络的带宽比较

Page read/sec:

理页读取总数。由于物理

更高效的查询或者改变数据库设计等方法,使开销减到最小。

Page write/sec:

1.

如果系统由于应用程序代码效率低下或者系统结构设计有缺陷而导致大量的上下文切换

(context switches/sec

吞吐量降低并且

下文切换次数过高

从图的整体看

switches/sec

2.

如果_______并且处理器的利用率%Processor

time

瓶颈

%processor time

经不能满足程序需要

3.

内存问题主要检查应用程序是否存在内存泄漏

数器和

应该通过一个长时间的

图中可以看到该程序并不存在内存泄露的问题

时候


TAG:

 

评分:0

我来说两句

Open Toolbar