# vmstat 60 2
System configuration: lcpu=12 mem=46080MB ent=1.10
kthr memory page faults cpu
----- ----------- ------------------------ ------------ -----------------------
r b avm fre re pi po fr sr cy in sy cs us sy id wa pc ec
9 3 10845919 385420 0 0 0 0 0 0 5693 199747 54772 52 35 8 5 2.79 253.6
11 3 10855682 393324 0 0 0 0 0 0 6053 200390 51913 57 34 5 4 2.90 263.5虽然平均CPU使用率为95% (参见“空闲”列),但CPU还不是瓶颈,因为"r“比"lcpu”小。
http://aix4admins.blogspot.co.uk/2011/09/vmstat-t-5-3-shows-3-statistics-in-5.html
如果可运行线程(r)除以CPU数大于一个->,则可能的CPU瓶颈( (r)可以与CPU数量(逻辑CPU,如正常运行时间)进行比较,如果有足够的CPU或线程更多)。阻塞进程列(b)中的高数字表示磁盘速度慢。(r)应该总是高于(b);如果不是,通常意味着您有CPU瓶颈。
问:有谁能解释一下这个问题吗?为什么我们可以说,这个系统还不需要更多的CPU (r < lcpu)?
发布于 2016-04-22 19:54:30
根据IBM文档1,字段r显示可运行线程的数量,准确地说是已经运行的线程数+队列中等待的线程数。
因此,如果是r < lcpu,这意味着所有线程都在CPU上,并且在队列中没有线程在等待。在您的示例中,有11个线程正在运行,甚至还有一个备用lcpu。
比方说r = 20。在这种情况下,您有CPU瓶颈,因为CPU上有12个线程+8个线程在队列中等待它们的调度。CPU使用率为100%。
发布于 2016-04-25 15:58:06
作为参考,通常最好至少运行vmstat -wtI 5 3 (-w提供广泛的输出,-t提供时间戳,因此以后更容易将数字与并行运行的其他性能监视结果关联起来,而-I在运行60秒时为文件pagein/pageout提供额外的列),只查看vmstat输出的时间是不够的。
您还应该始终提供lparstat -i的输出以供比较,并将信息放在上下文中(有上限/无上限,专用CPU .)
https://unix.stackexchange.com/questions/277584
复制相似问题