load 与 cpu use

引自一个load 飙到20 （5核），单cpu idle在80%多的case 。

木名-内核 (09:52:24):

load是采集一个瞬间的运行进程和uninterruptible进程进行计算，cpu利用率是整个时间段的繁忙程度，不是很一样

木名-内核 (09:53:41):

比如在1ms里面，有100us会有5个线程排队处理，其他900us没有，那么你看到的oad可能是5，但是cpu利用率只有10%

狄卢 (09:57:51):

那load 分1分 5分 15分三种值，让人感觉是平均值。但实际上，也是在1分钟之内采集若干个瞬间值做平均？

木名-内核 (10:02:35):

是的，系统是每5s采集一次

木名-内核 (10:04:13):

大部分情况下，load能够和cpu利用率符合，但是碰到一些特殊的情况，比如刚好每5s采集的时候运行进程很多，其他时间运行进程很少，这个时候load就会和cpu利用率有偏差

狄卢 (10:05:25):

哦。。那这样。。你昨天看到就是这种进程经常波动的是吧？进程数量波动从哪里能看处理呢，呵呵我太菜了

木名-内核 (10:05:53):

我看的是cat /proc/loadavg里面的

32内核有每个cpu的运行队列，18内核只有这个

0.63 0.77 0.75 1/422 16134

这个里面422前面的1就是当前系统的nr_running

狄卢 (10:07:04):

哦，这个是多长时间采集一次？

木名-内核 (10:07:17):

这个是你可以即时的读取

当前读取时刻的

狄卢 (10:07:52):

哦哦，那top里展示的load 也是从这里面计算的？

木名-内核 (10:09:10):

嗯，load是根据每次的nr_running + nr_uninterruptible的值进行计算的

这里只是nr_running的，碰到IO的，就需要结合其他的看了

另，关于进程状态： http://www.361way.com/process-status/1798.html

linux系统最常用的命令莫过于ps，经常要用其查看linux的进程和线程情况。此文我们着重来看进程。进程又分为以下几种状态：

1. 运行(正在运行或在运行队列中等待)
2. 中断(休眠中, 受阻, 在等待某个条件的形成或接受到信号)
3. 不可中断(收到信号不唤醒和不可运行, 进程必须等待直到有中断发生)
4. 僵死(进程已终止, 但进程描述符存在, 直到父进程调用wait4()系统调用后释放)
5. 停止(进程收到SIGSTOP, SIGSTP, SIGTIN, SIGTOU信号后停止运行运行)

其对应在ps上的相应状态码如下：

状态	定义
R	Running.运行中
S	Interruptible Sleep.等待调用
D	Uninterruptible Sleep.等待磁盘IO
T	Stoped.暂停或者跟踪状态
X	Dead.即将被撤销
Z	Zombie.进程已经结束，仅映像名留存
W	Paging.内存交换
N	优先级低的进程
<	优先级高的进程
s	进程的领导者
L	锁定状态
l	多线程状态
+	前台进程

平时在查看linux进程状态时，查看最多的三个状态是R S D

R状态，不必多说，R就是running的缩写，即运行中的进程。

S 即 sleep进程，休眠进程。其又分为两种：

Interruptible Sleep（可中断睡眠，在ps命令中显示“S”）。处在这种睡眠状态的进程是可以通过给它发送signal来唤醒的，比如发HUP信号给nginx的master进程可以让nginx重新加载配置文件而不需要重新启动nginx进程；
Uninterruptible Sleep（不可中断睡眠，在ps命令中显示“D”）。处在这种状态的进程不接受外来的任何signal，这也是为什么之前我无法用kill杀掉这些处于 D状态的进程，无论是“kill”, “kill -9”还是“kill -15”，因为它们压根儿就不受这些信号的支配。

D 即上面提到的Uninterruptible Sleep ，如果从广义上来分，D状态算是一种特殊的S状态进程。进程为什么会被置于D状态呢？

D 状态的进程通常是在等待IO，比如磁盘IO，网络IO，其他外设IO，如果进程正在等待的IO在较长的时间内都没有响应，那么就很会不幸地被ps看到了，同时也就意味着很有可能有IO出了问题，可能是外设本身出了故障，也可能是比如NFS挂载的远程文件系统已经不可访问了。

正是因为得不到IO的响应，进程才进入了uninterruptible sleep状态，所以要想使进程从uninterruptible sleep状态恢复，就得使进程等待的IO恢复，比如如果是因为从远程挂载的NFS卷不可访问导致进程进入uninterruptible sleep状态的，那么可以通过恢复该NFS卷的连接来使进程的IO请求得到满足，除此之外，要想干掉处在D状态进程就只能重启整个Linux系统（D进程并不能通过kill 和kill -9 杀掉）。

猜你喜欢