关于esxtop命令下%RUN、%RDY和%MLMTD三个参数的详细解读
过完了2015的最后一个法定假期，不知道有多少人和我一样有假期综合征，一点都不想动！
突然发现，学生的时代，放假一回到家就会开着电脑，无论有没事做，巴不得24小时开着，好像下一秒就会有事做一样。工作了以后，一回到家，我一刻都不想碰电脑...
好了,今天发一篇小博文吧,可能很多人都很清楚地了解过,温故而知新嘛~
%RUN - 这个是world已scheduled运行的总计时间百分比；
; |4 h* |! U; J/ [. B1 ]8 }
Q：%USED和%RUN有什么不同？
A：%USED = %RUN + %SYS - %OVRLP的值，而%RUN不是这样；
Q：当VM的%RUN值过高时，意味着什么？
A：此时，就意味着VM使用大量的CPU资源，当然，这并不意味着虚拟机的资源不足了，如果要确认是否虚拟机的CPU资源不足，则还需要去看看%RDY值，因为%RDY值才是评判CPU资源紧缺的参考依据；
% e5 H/ f) o+ s$ j
%RDY - %RDY值时world等待被调度运行的时间百分比。通常情况下world等待被CPU调度机制调度到PCPU时，就会产生%RDY值，它的全称是CPU Ready Time。因此它通常情况下都是小于100%的，为什么呢？因为物理的CPU的资源是有限度的；
Q：作为一个管理员，如何得知CPU资源不足产生了争用的情况？
8 }# p- r$ T! R0 _) d9 W7 y: [
A：%RDY就是一个重要的标尺，当系统产生了%RDY值后，理论上都意味着CPU资源的不足导致了争用。但是，这不是绝对的，因为，如果管理员有针对虚拟机的vCPU设定Limit时，此时，虚拟机可以调度的CPU资源量将会被局限在手动设定Limits范围内，此时，即使有足够的PCPU资源，依然会在VM上产生%RDY。那么，如何鉴别这个问题呢？此时，就涉及到我们接着要说的另一个参数"%MLMTD"。注意，%RDY值会包含%MLMTD的。例如，当CPU发生争用情况时，我们可以使用 "%RDY - %MLMTD" 来鉴别真实的情况，如果 "%RDY - %MLMTD"的值较高，例如大于20%时，即可定性为CPU资源不足导致了CPU争用情况的出现。反之，如果这个 "%RDY - %MLMTD" 的值较小，例如5%，则意味着此时不一定会有物理CPU的资源不足情况，也就不存在CPU资源争用的情况；
相关的临界值大约是怎样的呢？猫猫个人认为20%左右差不多，如果VM的速度本身没啥问题，则这个 "%RDY - %MLMTD" 大点也没啥关系，反之自然就意味着我们需要这个值更小一些才能保障VM的CPU性能了；
Q：那么，如何能够让world的state times低于100%呢？
A：我们都知道，无论是处于scheduled状态、没有scheduled状态或者没有处于Ready状态下的每个world都代表着不同的state（这里的state姑且可以解释为状态吧，不过，猫猫建议大家直接用state来解读）。以PCPU的资源为100%作为单位来计算，这里的计算公式大约是：
$ t1 x% P) R- q5 l C
100% = %RUN + %RDY + %CSTP + %WAIT
$ [% H+ f2 E# {' S
从上面的公式种可以看到PCPU的资源开销由几个部分构成，因此，想要world的state times小于100%，那自然是让后面几个参数的值能够小一些比较好啦。关于%RUN和%RDY的值前面我们已经介绍过了，而关于%CSTP和%WAIT的值下一篇文章里我们继续介绍；
Q：当VM的%RDY值较高时，意味着什么呢？
A：从前面对于%RDY值的用途描述，大家就该知道，此时一般都意味着CPU资源争用啦，当然，还需要检查下%MLMTD的值后再做最终定论，如果%MLMTD也同时很高则意味着管理员为VM设定了CPU Limits，反之，则的确是PCPU资源不足导致了CPU争用了。这里的衡量标志很简单，就是：%RDY - %MLMTD值是否大于20%，如果是则意味着CPU资源不足导致了CPU争用；
% J4 e7 L* X! V6 W( g% e8 x+ {
%MLMTD - 这个值表示CPU已经处于Ready状态但是由于为VM设定了CPU Limits导致了VM的CPU资源使用被局限到了一个范围之内而产生的计数值，它本身是%RDY的一个组成部分；
Q：当%MLMTD值较高时，通常意味着什么?
A：意味着虚拟机不能正常运行，因为设定了CPU Limits，如果要提升虚拟机的性能，则要麽放弃Limits要麽调整CPU Limits的值；
虚拟人周年活动赠送书<
还未领取的赶快扫一扫关注微信吧 vmanager_forum
