指标 | 说明 |
ProcessorTime | 服务器CPU占用率，一般平均达到70%时，服务就接近饱和 |
Memory Available Mbyte | 可用内存数，如果测试时发现内存有变化情况也要注意，如果是内存泄露则比较严重 |
Physicsdisk Time | 物理磁盘读写时间情况 |
指标 | 说明 |
Requests Per Second（Avg Rps） | 平均每秒钟响应次数＝总请求时间 / 秒数 |
Avg time to last byte per terstion （mstes） | 平均每秒业务脚本的迭代次数 ,有人会把上面那个混淆 |
Successful Rounds | 成功的请求 |
Failed Requests | 失败的请求 |
Successful Hits | 成功的点击次数 |
Failed Hits | 失败的点击次数 |
Hits Per Second | 每秒点击次数 |
Successful Hits Per Second | 每秒成功的点击次数 |
Failed Hits Per Second | 每秒失败的点击次数 |
Attempted Connections | 尝试链接数 |
指标 | 说明 |
Ur 0 Connections | 用户连接数，也就是数据库的连接数量 |
Number of deadlocks | 数据库死锁 |
Butter Cache hit | 数据库Cache的命中情况 |
性能项 | 命令 | 指标 |
CPU限制 | vmstat | 当%ur+%sys超过80%时 |
磁盘I/O限制 | Vmstat | 当%iowait超过40%(AIX4.3.3或更高版本)时 |
应用磁盘限制 | Iostat | 当%tm_act超过70%时 |
虚存空间少 | Lsps，-a | 当分页空间的活动率超过70%时 |
换页限制 | Iostat, stat | 虚存逻辑卷%tm_act超过I/O(iostat)的30%，激活的虚存率超过CPU数量(vmstat)的10倍时 |
系统失效 | Vmstat, sar | 页交换增大、CPU等待并运行队列 |
性能项 | 资源 | 评价 |
CPU占用率 | 70% | 好 |
85% | 坏 | |
90%+ | 很差 | |
磁盘I/0 | <30% | 好 |
<40% | 坏 | |
<50%+ | 很差 | |
网络 | <30%带宽 | 好 |
运行队列 | <2*CPU数量 | 好 |
内存 | 没有页交换 | 好 |
每个CPU每秒10个页交换 | 坏 | |
更多的页交换 | 很差 | |
Object | Counters | Descrīption | Reference value |
Memory | Available Mbytes | 可用物理内存数.如果Available Mbytes的值很小（4 MB或更小），则说明计算机上总的内存可能不足，或某程序没有释放内存。 | 4 MB或更小，至少要有10%的物理内存值 |
Page/c (Input/Out) | 为了解析硬页错误，从磁盘取出或写入的页数。一般如果Page/c持续高于几百，那么您应该进一步研究页交换活动。有可能需要增加内存，以减少换页的需求（你可以把这个数字乘以4k就得到由此引起的硬盘数据流量）。Pages/csnowy是什么意思中文的值很大不一定表明内存有问题，而可能是运行使用内存映射文件的程序所致。 | 推荐00-20 如果服务器没有足够的内存处理其工作负荷，此数值将一直很高。如果大于80，表示有问题(太多的读写数据操作要访问磁盘，可考虑增加内存或优化读写数据的算法)。 该系列计数器的值比较低说明响应请求比较快， 否则可能是服务器系统内存短缺引起（也可能是缓存太大， 导致系统内存太少）。 >5越低越好 | pool是什么意思|
Page Fault | 处理器每秒处理的错误页（包括软/硬错误）。 当处理器向内存指定的位置请求一页（可能是数据或代码）出现错误时，这就构成一个Page Fault。如果该页在内存的其他位置，该错误被称为软错误（用Transition Fault/c记数器衡量）；如果该页必须从硬盘上重新读取时，被称为硬错误。许多处理器可以在有大量软错误的情况下继续操作。但是，硬错误可以导致明显的拖延。 | ||
Page Input/c | 为了解决硬错误页，从磁盘上读取的页数。 | ||
Page Output/c | |||
Page reads/c | 为了解决硬错误页，从磁盘上读取的次数。解析对内存的引用，必须读取页文件的次数。阈值为>5.越低越好。大数值表示磁盘读而不是缓存读。 | ||
Cache Bytes | 文件系统缓存，默认情况下为50%的可用物理内存。如IIS5.0运行内存不够时，它会自动整理缓存。需要关注该计数器的趋势变化 | ||
内存泄露 | trafficjam如果您怀疑有内存泄露，请监视Memory\\ Available Bytes和Memory\\ Committed Bytes，以观察内存行为，并监视您认为可能在泄露内存的进程的Process\\Private Bytes、Process\\Working Set和Process\\Handle Count。如果您怀疑是内核模式进程导致了泄露，则还应该监视Memory\\Pool Nonpaged Bytes、Memory\\ Pool Nonpaged Allocs和Process(process_name)\\ Pool Nonpaged Bytes。 | ||
Process | Page Faults/c | 将进程产生的页故障与系统产生的相比较，以判断这个进程对系统页故障产生的影响。 | |
Private Bytes | 此进程所分配的无法与其它进程共享的当前字节数量。如果系统性能随着时间而降低，则此计数器可以是内存泄漏的最佳指示器。 | ||
Work t | 图钉英文处理线程最近使用的内存页，反映了每一个进程使用的内存页的数量。如果服务器有足够的空闲内存，页就会被留在工作集中，当自由内存少于一个特定的阈值时，页就会被清除出工作集。 | ||
Processor | % Processor Time | 被消耗的处理器时间数量.如果服务器专用于sqlrver可接受的最大上限是80% -85%.也就是常见的CPU使用率. | |
ProcessorQueue Length | 判断CPU瓶颈,如果processor queue length显示的队列长度保持不变(>=2)并且处理器的利用率%Processor time超过90%,那么很可能存在处理器瓶颈.如果发现processor queue length显示的队列长度超过2,而处理器的利用率却一直很低,或许更应该去解决处理器阻塞问题,这里处理器一般不是瓶颈. | ||
Physical Disk | %DiskTime | 指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。 正常值<10，此值过大表示耗费太多时间来访问磁盘，可考虑增加内存、更换更快的硬盘、优化读写数据的算法。若数值持续超过80 (此时处理器及网络连接并没有饱和)，则可能是内存泄漏。 | |
CurrentDiskQueueLength | 读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。(磁盘数1.5-2倍) | ||
Avg.Disk Queue Length Avg.Disk Read QueueLength Avg.Disk Write QueueLength Disk Read/c Disk Write/c | 读取和写入请求fdm(为所选磁盘在实例间隔中列队的)的平均数。 磁盘瓶颈判断公式： 每磁盘的I/O数=（读次数黑夫人+（4*写次数））/磁盘个数。 如果计算出来的每磁盘的I/O数大于磁盘的处理能力，那么磁盘存在瓶颈。 | Avg.DiskQueue Length正常值<0.5，此值过大表示磁盘IO太慢，要更换更快的硬盘。 | |
本文发布于:2023-05-31 23:42:19，感谢您对本站的认可！
本文链接：https://www.wtabcd.cn/fanwen/fan/90/129773.html
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系，我们将在24小时内删除。
| 留言与评论（共有 0 条评论） |
