zoukankan      html  css  js  c++  java
  • 性能各个指标分析

    avg. disk queue length

    avg. 平均
    queue 队列
    length 时长

    它指的是“当前磁盘队列长度”,说的通俗点就是:数器反映磁盘完成请求所用的时间。较高的值表明磁盘控制器由于失败而不断重试该磁盘。这些故障会增加平均磁盘传送时间。

    晕倒。怎么感觉像在给小学生讲课。打住。
    ======================================
    补充,好吧,再说具体点。
    简单可以理解成磁盘数据吞吐量的外在体现。比如你在曲线上随便取两个不同的点,高的一点说明正在的进行读写操作的量比较大,反之,比较小。说道这个地步,已经没法在说了。

    如何通过Performance Log确定SQL的磁盘有性能问题?

    1. 查看Disk Bytes/sec. 举个例子, 这个counter的最大值如果是11M, 那么说明work load并不高.

    2. 查看Avg. Disk sec/Transfer. 举例, 这个counter的推荐值是<0.015.

    3. 查看Avg. Disk Queue Length, 这个推荐值是<2.

    一些比较重要的performance counter:

    Counter

    Description

    LogicalDisk

    % Free Space

    报告磁盘空间中未被分配的空间占逻辑卷中总可用空间的百分比.

    当选择_Total实例的时候, 该计数器会重新计算每个盘总和.

    PhysicalDisk对象没有这个计数器.

    LogicalDisk|PhysicalDisk

    Avg. Disk Bytes/Transfer

    衡量输入/输出(I/O)操作的数据量的大小. 如果磁盘相对快速地传输大量数据, 那么磁盘是高效的.

    当衡量最大吞吐量的时候, 应该观察这个计数器.

    要进一步地分析数据传输, 应当查看Avg. Disk Bytes/Read 和Avg. Disk Bytes/Write两个计数器.

    LogicalDisk|PhysicalDisk

    Avg. Disk sec/Transfer

    标示着数据被移动的速度(以秒衡量). 衡量每次数据传输的平均时间, 而不论读或写的数据的大小. 它展示了从数据离开Diskperf.sys, 到操作完成的读或写的总时间.

    这个计数器的高数值可能意味着系统因为队列太长而在重试请求, 或者由于不常见地磁盘错误而重试请求.

    要进一步地分析数据传输, 应当查看Avg. Disk sec/Read 和Avg. Disk sec/Write两个计数器.

    LogicalDisk|PhysicalDisk

    Avg. Disk Queue Length

    记录了在计数器数据采样点之间的时间内被放入队列中等待磁盘的请求的数量, 也包括正在被处理的请求在内. 所以, 这有可能是有点夸大的数据.

    如果有多于两个的请求持续地在一个单磁盘的系统中等待, 那么磁盘可能就是瓶颈.

    要进一步地分析队列长度的数据, 应当查看Avg. Disk Read Queue Length 和Avg. Disk Write Queue Length两个计数器.

    LogicalDisk|PhysicalDisk

    Current Disk Queue Length

    标示着当前正在等待的磁盘请求的数量, 也包括正在被处理的请求.

    受许多因素的影响, 除非工作量的状态比较稳定, 并且你收集了充足的采样, 才能建立一个模式.

    这是一个即刻的数值或是当前队列的长度, 跟Avg. Disk Queue Length, Avg. Disk Read Queue Length, 和Avg. Disk Write Queue Length不一样, 那三个反应的是平均值.

    LogicalDisk|PhysicalDisk

    Disk Bytes/sec

    标示着字节被传输的速率, 该计数器是磁盘吞吐量的主要衡量指标.

    要进一步地分析读或写的传输的数据, 应当分别查看Disk Read Bytes/sec 或Disk Write Bytes/sec两计数器.

    LogicalDisk|PhysicalDisk

    Disk Transfers/sec

    标示着每秒钟完成的读和写操作数, 而不论这些读写操作涉及到多少数据. 该计数器衡量磁盘的利用率.

    如果该值超过50(如果是striped的分卷, 那就是看平均到每块物理磁盘上), 那么这可能就是一个瓶颈了.

    要进一步地分析读或写的数据传输, 应当分别查看Disk Read/sec 和Disk Writes/sec

    LogicalDisk

    Free Megabytes

    汇报磁盘上没被分配的字节的量.

    PhysicalDisk对象上, 没有这个计数器.

    LogicalDisk|PhysicalDisk

    Split IO/sec

    汇报操作系统将I/O请求分为多个磁盘请求的比率. 如果一个程序请求的数据大小太大, 以至于不能放在一个单个请求中, 或是磁盘有碎片, 那么一个split I/O请求可能会发生.

    影响IO请求大小的因素可以包括应用程序设计, 文件系统, 驱动程序. 高比率的split I/O可能本身不会作为一个问题出现. 然而, 在单磁盘系统中, 这个计数器的高数值趋向于标志着磁盘碎片.

    LogicalDisk|PhysicalDisk

    % Disk Time

    报告选择的磁盘驱动器忙于服务读写请求的时间比率. 因为这个计数器的数据会跨越多个采样, 持续地夸大磁盘利用率, 那这个值跟%Idle Time比较, 这样能获得更清晰的认识.

    默认这个计数器的值不会超过100%的.

    LogicalDisk|PhysicalDisk

    % Disk Write Time

    汇报被选择的磁盘忙于处理写请求所占的时间的百分比.

    LogicalDisk|PhysicalDisk

    % Disk Read Time

    汇报被选择的磁盘忙于处理读请求所占的时间的百分比.

    LogicalDisk|PhysicalDisk

    % Idle Time

    汇报磁盘系统没在处理任何请求, 而且没有任何工作在队列中的时间的百分比. 注意这个计数器和%Disk Time相加的时候可能结果不是100%, 因为%Disk Time可能会夸打磁盘的利用率.

    参考资料:

    Examining and Tuning Disk Performance

    http://technet.microsoft.com/en-us/library/cc938959.aspx

  • 相关阅读:
    win32_弹弹球游戏
    蓝桥杯评测_前n项和
    算法_fibonacci_递归求值
    PTA 分类
    _tmain() 和 main()
    VS2010 C++ 插件 VissualAssistX 安装
    vs2010 > LINK : fatal error LNK1123: 转换到 COFF 期间失败: 文件无效或损坏
    int、long、long long 的取值范围
    B树 B-树 B+树 B*树
    PTA 5-10 公路村村通 (30)
  • 原文地址:https://www.cnblogs.com/niaowo/p/4691500.html
Copyright © 2011-2022 走看看