关于性能计数器的阙值

tanbofish

Memory\Available Bytes  这个参数是越大越好吧。。。。
如果小于4MB就需要增加内存了


process\private Bytes 是越小越好吗？大于多少说明有问题呢？

Process\working Set 是越大越好吗？小于多少说明有问题呢？

吞吐量的值小于多少算是有问题的呢？

[ 本帖最后由 Zee 于 2007-8-16 14:03 编辑 ]

zhouxiao

sdlkfj2

tanbofish

顶啊~

tanbofish

自己顶~

tanbofish

自己顶

tanbofish

DD

mli@dtri.com

想知道,帮顶一个.

大漠孤雁

这些问题需要综合考虑,先提供一些参考资料
Processor        %Processor time(total)        处理器执行非空闲线程的时间百分比。此计数器为反映处理器活动的一个主要指示器。它是通过度量处理器在每个采样间隔中执行空闲进程的线程所花费的时间比率，然后从 100%中减去此值来计算的。（每个处理器都有一个空闲线程，它在没有其他线程准备运行时消耗处理器周期。）它可以反映有用作业占用的采样间隔的百分比。该计数器显示在采样期间所观察到的繁忙时间的平均百分比。它是通过监视服务处于非活动状态的时间，然后从 100%中减去此值来计算的       
Processor        Processor queue length        线程单元中的处理器队列的即时长度。如果您
不同时监视线程计数，则此计数始终为 0。所有处理器都使用单一队列（线程在该队列中等待处理器进行循环）。此长度不包括当前正在执行的线程。一般情况下，如果处理器队列的长度一直超过二，则可能表示处理器堵塞。此值为即时计数，不是一段时间的平均值        小于2。显示在由 Web服务器所有处理器共享的队列中等待执行的线程数。处理器瓶颈会导致该值持续大于 2。
Memory        Available MBytes        当前系统的可用内存（以M为单位）        至少要有10% 的物理内存值
Memory        Page Faults/sec；
Transition
Faults/sec；
Page/sec；
Pages Input/sec；
Page Reads/sec        当处理器向内存指定的位置请求一页（可能是数据或代码）出现错误时，这就构成一个Page Fault。如果该页在内存的其他位置，该错误被称为软错误（用Transition Fault/sec 计数器衡量）；如果该页必须从硬盘上重新读取时，被称为硬错误。许多处理器可以在有大量软错误的情况下继续操作。但是，硬错误可以导致明显的拖延。Page Faults/sec是处理器每秒钟处理的错误页（包括软错误和硬错误）。
Pages Input/sec 是为了解决硬错误页，从硬盘上读取的页数，而Page Reads/sec是为了解决硬错误，从硬盘读取的次数。如果 Page Reads/Sec 比率持续保持为 5，表示可能内存不足。
Pages/sec 是指为解析硬页错误从磁盘读取或写入磁盘的页数。        Page/sec 推荐00-20（如果服务器没有足够的内存处理其工作负荷，此数值将一直很高。如果大于80，表示有问题）。这些计数器的值比较低，说明Web 服务器响应请求比较快，否则可能是服务器系统内存短缺引起（ 也可能是缓存太大，导致系统内存太少）。Page Input/sec 的值可以衡量出硬错误页发生的速率，通常它的值会大于或者等于Page Reads/sec。
Memory        Cache Bytes        文件系统缓存（File System Cache），默认情况下为50%的可用物理内存。如IIS5.0 运行内存不够时，它会自动整理缓存。需要关注该计数器的趋势变化。        默认为50%的可用物理内存
System        Context Switches/sec        Context Switches/sec 指计算机上的所有处理器全都从一个线程转换到另一个线程的综合速率。当正在运行的线程自动放弃处理器时出现上下文转换，由一个有更高优先就绪的线程占先或在用户模式和特权(内核)模式之间转换以使用执行或分系统服务。它是在计算机上的所有处理器上运行的所有线程的Thread: Context Switches/sec 的总数并且用转换数量衡量。在系统和线程对象上有上下文转换计数器。        如果切换次数到5000*CPU个数和10000*CPU个数中，说明它忙于切换线程而不是处理脚本。
判断应用程序是否存在处理器瓶颈的方法：如果Processor Queue Length 显示的队列长
度保持不变（>=2）个并且处理器的利用率%Processor Time 超过90%，那么很有可能存在处
理器瓶颈。
如果发现Processor Queue Length 显示的队列长度超过2，而处理器的利用率却一直很
低，那么或许更应该去解决处理器阻塞问题，这里处理器一般不是瓶颈。
如果系统由于应用程序代码效率低下或者系统结构设计有缺陷而导致大量的上下文切
换（Context Switches/sec 显示的上下文切换次数比较大），那么就会占用大量的系统资源。
如果系统的吞吐量降低并且CPU 的使用率很高，并且此现象发生时切换水平在15000 以上，
那么意味着上下文切换次数过高

Zee

又来了一个大漠孤雁，

早晚的都在大漠孤独的发疯。

现在人怎么都喜欢大漠呢。

又热又苦。

lin_lp

看来大漠出高手哦~~ sdlkfj5 sdlkfj5

tanbofish

呵呵，谢谢~~~又学到了~