zoukankan      html  css  js  c++  java
  • windows性能监控

    see also:http://www.cnblogs.com/upDOoGIS/archive/2010/11/19/1881970.html

    CPU

    Processor : % Processor Time

    当前所有进程的处理器时间[即CPU使用率],如果该值持续超过95%,CPU是瓶颈。% Processor Time值=100% - Idle process时间比例 [即:空闲线程(Idle Thread)],CPU没事的时候就执行空闲线程。

    System Processor Queue Length 

    内存性能计数器

    Memory:Available Mbytes

    可以使用的内存大小。如果该指标的数据比较小,系统可能出现了内存方面的问题

    Memory:Pages/sec

    表明由于硬件页面错误而从磁盘取出的页面数,或由于页面错误而写入磁盘以释放工作集空间的页面数。一般如果Pages/sec 持续高于几百,那么您应该进一步研究页交换活动。有可能需要增加内存,以减少换页的需求。Pages/sec 的值很大不一定表明内存有问题,而可能是运行使用内存映射文件的程序所致。计数器的比率高表示分页过多.

    Memory:Page Faults/sec 和 Memory:Page Reads/sec 计数器测量内存性能。

    当进程所引用的虚拟内存页不在内存中时,将发生页错误,Memory:Page Faults/sec表示页错误的个数。如果某页已在主内存中,或者它正被共享此页的其他进程使用,那么就不会从磁盘调入该页。

         Memory:Page Reads/sec是读取磁盘,以提取解决页错误所需页的次数。从总体上讲,这两个计数器反映了访问磁盘的频率,其值越低,说明响应时间越短。

    网络性能计数器

    主要看Network Interface对象

    Network Interface:Bytes received/sec

    每秒接受到的数据为多少Bytes,该数据结合Bytes total/sec分析

    Network Interface:Bytes sent/sec

    每秒发送数据为多少Bytes,该数据结合Bytes total/sec分析

    Network Interface:Bytes total/sec

    机器接受和发送的总共为多少Bytes推荐不要超过带宽的50%

    Network Interface:Packets/sec

    每秒的数据包个数,根据实际数据量大小,无建议阈值,该数据结合Bytes total/sec分析

    current Bandwidth 每秒多少bit

    网络利用率Nic Utilization = ((Total BytesSec * 8)/current bandwidth) * 100

    磁盘

    Physical DiskDisk Transfers/sec  IOPS数

    关于磁盘响应时间(Disk Response Time)条目:毫秒ms

      1.Avg. Disk sec/Transfer:显示了存储端处理的每个IO的平均时间。

      2.Avg. Disk sec/Read:显示了存储端处理的每个读IO的平均时间。

      3.Avg. Disk sec/Write:显示了存储端处理的每个写IO的平均时间。

    这些条目是需要在性能分析中最先查看的内容,Disk Response Time直接决定了存储系统对应用的服务水平。通常用户感觉到性能问题,也是因为磁盘存储的Disk Response Time上升。下面以数据库应用为例,给出一些参考的Disk Response Time,如果磁盘响应在对应的范围内,则视为可以接受,否则需要进一步查看原因。当然根据生产环境的不同和应用的状况也需要区别对待。

      数据文件:

      •1-5ms,比较理想。

      •6-20ms,可接受。

      •大于20ms,会有性能问题,需要解决方案

    数据库事务日志:

      •1-2ms,比较理想。

      •2-6ms,可接受。

      •6-15ms,需要优化。

      •大于15ms,会有性能问题,需要解决方案。

      数据仓库:

      数据仓库由于应用的IO类型特点,通常单个IO都会比较大,从而使得IO的响应时间会增加,通常情况下对于数据仓库和报表系统,25-30ms会是比较健康的值。

    关于IOPS条目:

      1.Disk Transfers/sec:显示了磁盘上的IOPS总数,直观的显示了说对应LUN上的每秒IO的吞吐量。

      2.Disk Reads/sec:显示了磁盘每秒的读IO数量。

      3.Disk Writes/sec:显示了磁盘每秒的写IO数量。

      根据IOPS处理的参考值,虽然我们获取不同物理磁盘所对应的参考IOPS。不过实际生产环境中情况会更加复杂,由于存储阵列的缓存机制的存在,对于特定LUN的IOPS计算牵涉到缓存的命中,一个健康的存储环境,IOPS会远高于物理磁盘理论值之和。但也不是IOPS越高说明存储有性能问题,最先需要注意的还是在上面谈到的Disk Response Time。如果IOPS处于一个低点,并没有达到物理磁盘的理论值,但是Disk Response Time则很高,则说明存储端是存在问题的。

      下面列出几种不同的物理磁盘类型的参考IOPS值:

      •15000rpm 硬盘 120 – 180 IOPs

      •10000rpm 硬盘100 – 150 IOPs

      •7200rpm 硬盘 80 - 100 IOPs

      •企业SSD磁盘2000 – 5000 IOPs

      关于Throughput(MB/s)条目:

      1.Disk Bytes/sec:显示了磁盘上的总的数据传输量,单位为Byte。

      2.Disk Read Bytes/sec:显示了磁盘上读数据的传输量。

      3.Disk Write Bytes/sec:显示了磁盘上写数据的传输量。

      这个值的显示换算成MB需要除以1024^2。这里要提到的一点是,IOPS和带宽显示并不是完全成正比的。通常情况下,对于小IO的情况,着重看的是IOPS,对于大IO的情况,则是Throughput(MBs)。

  • 相关阅读:
    CSU 1554 SG Value —— 思维
    最优配对问题(集合上的动态规划) —— 状压DP
    Codeforces Round #374 (Div. 2) D. Maxim and Array —— 贪心
    Codeforces Round #373 (Div. 2) C. Efim and Strange Grade —— 贪心 + 字符串处理
    Codeforces Round #369 (Div. 2) D. Directed Roads —— DFS找环 + 快速幂
    Codeforces Round #374 (Div. 2) C. Journey —— DP
    Codeforces Round #363 (Div. 2) D. Fix a Tree —— 并查集
    Codeforces Round #374 (Div. 2) B. Passwords —— 基础题
    Codeforces Round #374 (Div. 2) A. One-dimensional Japanese Crossword —— 基础题
    UVA10129 Play on Words —— 欧拉回路
  • 原文地址:https://www.cnblogs.com/jjkv3/p/3776607.html
Copyright © 2011-2022 走看看