这不是一个真正的问题，但我想它可以指向更严重的事情 – 我最近升级到2.6.36 Linux内核，并且Load Average不会低于1.0 – 无论我有多less任务，无论如何CPU负载为0％，没有进程唤醒。
我不知道是什么原因造成的，如果有一些好的方法来debugging这个“问题”的话。
我希望它不会导致更严重的问题（如一些无声的内核导致唤醒）。 现在唯一的问题可能是1.0的底部在graphics上看起来不太健康。
这可能是由无滴答的内核引起的吗？
我已经看到了这个奇怪的东西在调度器上停滞，通常在系统调用。 如果你有非vanilla内核模块，那么肯定从那里开始，即使它们包含在内核树中。 具有用户空间元素的内核元素是描述这种情况的一种方法，您可能会发现用户空间守护进程挂在外部事件上，这会挂起内核步骤，挂起一个询问内核问题的程序。
基于networking的文件系统，不仅仅是那些通过以太网进行通信的文件系统，是主要的嫌疑犯。
使用ps -eo user,pid,stat,pcpu,args | grep -v " R"检查进程是否处于可运行状态 ps -eo user,pid,stat,pcpu,args | grep -v " R"
USER PID STAT %CPU COMMAND daemon 676 Ss 0.0 portmap statd 752 Ss 0.0 rpc.statd -L syslog 872 Sl 0.0 rsyslogd -c4 102 895 Ss 0.0 dbus-daemon --system --fork avahi 934 S 0.0 avahi-daemon: running [faustus.local] daemon 1082 Ss 0.0 atd
你可以解码从ps手册页获取的这张表的状态。
D Uninterruptible sleep (usually IO) R Running or runnable (on run queue) S Interruptible sleep (waiting for an event to complete) T Stopped, either by a job control signal or because it is being traced. W paging (not valid since the 2.6.xx kernel) X dead (should never be seen) Z Defunct ("zombie") process, terminated but not reaped by its parent. For BSD formats and when the stat keyword is used, additional characters may be displayed: < high-priority (not nice to other users) N low-priority (nice to other users) L has pages locked into memory (for real-time and custom IO) s is a session leader l is multi-threaded (using CLONE_THREAD, like NPTL pthreads do) + is in the foreground process group