当我的 Mint 笔记本电脑尝试连接无线时，我注意到负载有所增加，但我没有看到顶部的进程。
我们如何找到这些过程。
top - 16:01:09 up 11 days, 6:08, 2 users, load average: 0.57, 0.43, 0.44
Tasks: 196 total, 1 running, 195 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.6%us, 1.0%sy, 0.0%ni, 97.2%id, 0.0%wa, 0.0%hi, 0.2%si, 0.0%st
Mem: 2052404k total, 1679264k used, 373140k free, 32608k buffers
Swap: 3903752k total, 116444k used, 3787308k free, 866812k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
25383 nerkn 20 0 186m 45m 12m S 2 2.3 61:56.61 exaile
1028 root 20 0 152m 75m 45m S 1 3.7 170:19.92 Xorg
1322 root 20 0 22712 760 612 S 0 0.0 12:58.71 cpufreqd
1664 nerkn 20 0 74240 8976 6168 S 0 0.4 0:14.91 nm-applet
`
答案1
这条线表示什么Cpu(s)？如果您没有看到负责任的进程，则可能表明 有所增加wa。这是正确的吗？
此外，如果可以的话，在您尝试连接并发布它时保持此操作运行：vmstat 1。
请注意，Linux 中的平均负载实际上与明显的用户空间意义上的 CPU 使用率没有直接关系。它实际上与运行队列中等待的进程（如果调度程序允许，则可以运行的进程）相关，因此由于 I/O 而阻塞的任务也计算在内。
空闲计算机的负载数为 0，每个使用或等待 CPU 的进程（就绪队列或运行队列）都会使负载数增加 1。大多数 UNIX 系统仅计算处于运行（在 CPU 上）或可运行（等待 CPU）状态的进程。但是，Linux 还包括处于不间断睡眠状态（通常等待磁盘活动）的进程，如果由于 I/O 系统繁忙或停滞而导致许多进程仍处于 I/O 阻塞状态，则会导致截然不同的结果。例如，这包括由于 NFS 服务器故障或介质速度慢（例如 USB 1.x 存储设备）而阻塞的进程。这种情况可能会导致平均负载升高，这并不反映 CPU 使用率的实际增加（但仍可以了解用户需要等待多长时间）。