Моя Ubuntu 10.04 Ясная виртуальная машина говорит, что это при 100%-м использовании ЦП..., но все я работаю, является Thunderbird. Согласно top
, Использование ЦП должно составить ~25.9%... Как я интерпретирую этот вывод конфликта от вершины?
top - 13:55:26 up 3:35, 4 users, load average: 3.03, 2.59, 2.48
Tasks: 178 total, 1 running, 177 sleeping, 0 stopped, 0 zombie
Cpu(s): 16.0%us, 79.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 1.3%hi, 3.0%si, 0.0%st
Mem: 509364k total, 479108k used, 30256k free, 3092k buffers
Swap: 2096440k total, 58380k used, 2038060k free, 225116k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7708 jnet 20 0 480m 109m 17m S 18.4 22.1 21:59.14 thunderbird-bin
4615 jnet 20 0 5488 1268 1040 S 2.3 0.2 5:00.03 nx-rootless-ses
7124 jnet 20 0 56688 27m 4812 S 2.0 5.5 6:35.09 nxagent
6724 nx 20 0 9628 1400 636 S 1.6 0.3 3:26.59 sshd
30106 root 20 0 2544 1236 908 R 0.7 0.2 0:00.33 top
19 root 20 0 0 0 0 S 0.3 0.0 0:22.45 ata/0
38 root 20 0 0 0 0 S 0.3 0.0 0:05.53 scsi_eh_1
345 root 20 0 0 0 0 S 0.3 0.0 0:04.72 kjournald
1719 root 20 0 3260 1192 944 S 0.3 0.2 0:17.36 vmware-guestd
1 root 20 0 2804 1356 940 S 0.0 0.3 0:01.99 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.01 kthreadd
3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
4 root 20 0 0 0 0 S 0.0 0.0 0:00.15 ksoftirqd/0
5 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
...
Конкретно я обращаюсь к тому, что общие количества использования ЦП показывают 0%-е время простоя:
Cpu(s): 16.0%us, 79.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 1.3%hi, 3.0%si, 0.0%st
Все же, когда сложение процентов в %CPU
столбец я получаю 25,9%, не 100%!
Править: Ниже вывод top
на хосте, показывая, что моя виртуальная машина использует 92,1% процессорного времени:
top - 14:19:40 up 6 days, 23:17, 2 users, load average: 5.48, 4.62, 4.25
Tasks: 149 total, 1 running, 148 sleeping, 0 stopped, 0 zombie
Cpu(s): 2.0%us, 89.4%sy, 0.0%ni, 0.0%id, 4.3%wa, 0.7%hi, 3.7%si, 0.0%st
Mem: 1286008k total, 1256240k used, 29768k free, 812k buffers
Swap: 1048568k total, 35908k used, 1012660k free, 1026048k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
21057 jnet 10 -10 1048m 417m 389m S 92.1 33.2 259:15.70 vmware-vmx
20218 jnet 20 0 27264 4188 3032 S 0.7 0.3 3:19.37 multiload-apple
23 root 15 -5 0 0 0 S 0.3 0.0 7:39.02 kswapd0
59 root 15 -5 0 0 0 D 0.3 0.0 3:04.76 kjournald2
1156 root 15 -5 0 0 0 S 0.3 0.0 2:22.05 kondemand/0
18619 jnet 20 0 2544 956 712 R 0.3 0.1 5:56.40 top
19780 root 20 0 215m 22m 6760 S 0.3 1.8 2:23.78 Xorg
20039 jnet 20 0 56512 10m 4452 S 0.3 0.8 2:13.21 compiz
20285 jnet 20 0 93900 23m 5324 S 0.3 1.9 3:37.65 vmware
21016 jnet 20 0 63304 6644 3620 S 0.3 0.5 0:21.08 vmware-unity-he
1 root 20 0 2008 340 284 S 0.0 0.0 0:01.05 init
EDIT2: Это, должно быть, была некоторая проблема драйвера, потому что перезагрузка разрешила его. Как нечетный..
я не на 100% уверен, но это похоже на драйвер ядра, или само ядро использует остальных.
в строке CPU Вы видите "79.7%sy".
возможно, один из драйверов виртуальной машины разрастается? можно проверить хост-систему, каковы значения. если существует более время простоя, возможно, это - ожидаемое поведение (что виртуальная машина никогда не имеет время простоя, потому что только хост показывает его).
СИ = программные прерывания sy = система/ядро нас = пространство пользователя
То, что нечетно, - то, что Ваша система/ядро, кажется, использует большую часть Вашей мощности ЦП. Если бы НЕАКТИВНЫЙ показал, что это поднимало много, которое не было бы странно, но это - система. Мое лучшее предположение - то, что это могло быть связано с тем, как ЦП виртуальной машины работает, возможно, он сообщает о состояниях по-другому. Если Вы имеете другую виртуальную машину человечности удобная попытка рабочая вершина на нем и видите, получаете ли Вы тот же вид результатов.
Если это не проблема затем единственная вещь, я могу думать, руткит. Руткит мог вызвать большое действие ядра для сокрытия, если это было кодировано плохо.Удачи.