top — 17:37:37 up 6 days, 5:42, 2 users, load average: 0.39, 0.32, 0.29
Tasks: 50 total, 1 running, 49 sleeping, 0 stopped, 0 zombie
Cpu(s): 11.8% us, 1.0% sy, 0.0% ni, 85.9% id, 0.3% wa, 0.3% hi, 0.7% si
Mem: 1035852k total, 635612k used, 400240k free, 88668k buffers
Swap: 2562356k total, 0k used, 2562356k free, 239640k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
23438 root 16 0 8972 2212 1792 S 0.3 0.2 0:06.00 sshd
1 root 16 0 1812 548 472 S 0.0 0.1 0:00.87 init
2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
3 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 events/0
4 root 5 -10 0 0 0 S 0.0 0.0 0:00.01 khelper
5 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 kblockd/0
35 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
36 root 15 0 0 0 0 S 0.0 0.0 0:01.16 pdflush
38 root 13 -10 0 0 0 S 0.0 0.0 0:00.00 aio/0
6 root 25 0 0 0 0 S 0.0 0.0 0:00.00 khubd
37 root 25 0 0 0 0 S 0.0 0.0 0:00.00 kswapd0
111 root 25 0 0 0 0 S 0.0 0.0 0:00.00 kseriod
181 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0
182 root 15 0 0 0 0 S 0.0 0.0 0:00.00 ahc_dv_0
192 root 22 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_1
210 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_2
216 root 15 0 0 0 0 S 0.0 0.0 0:04.32 kjournald
1283 root 6 -10 2212 448 376 S 0.0 0.0 0:00.00 udevd
1481 root 15 0 0 0 0 S 0.0 0.0 0:00.00 kjournald
1944 root 16 0 2712 592 500 S 0.0 0.1 0:00.95 syslogd
1948 root 16 0 1992 468 404 S 0.0 0.0 0:00.00 klogd
1974 rpc 15 0 1992 592 496 S 0.0 0.1 0:00.00 portmap
1993 rpcuser 18 0 1780 764 668 S 0.0 0.1 0:00.00 rpc.statd
2084 root 16 0 4104 1008 844 S 0.0 0.1 0:00.05 rpc.idmapd
2177 root 15 0 2328 576 508 S 0.0 0.1 0:00.21 smartd
2224 root 18 0 5176 1672 1380 S 0.0 0.2 0:01.85 sshd
2237 root 16 0 2560 852 720 S 0.0 0.1 0:00.00 xinetd
2256 root 16 0 8208 3092 2060 S 0.0 0.3 0:00.46 sendmail
2264 smmsp 16 0 8056 2564 1760 S 0.0 0.2 0:00.00 sendmail
2277 root 16 0 4860 668 580 S 0.0 0.1 0:00.00 pure-ftpd
2286 root 16 0 2108 532 464 S 0.0 0.1 0:00.00 gpm
2295 root 16 0 4836 816 700 S 0.0 0.1 0:00.01 crond
2328 daemon 16 0 1972 648 564 S 0.0 0.1 0:00.00 atd
2386 dbus 16 0 3684 1200 1068 S 0.0 0.1 0:00.10 dbus-daemon-1
2395 root 16 0 7920 5160 1604 S 0.0 0.5 0:51.13 hald
2403 root 18 0 2748 408 352 S 0.0 0.0 0:00.00 mingetty
2404 root 18 0 3428 408 352 S 0.0 0.0 0:00.00 mingetty
2405 root 18 0 3220 408 352 S 0.0 0.0 0:00.00 mingetty
Не подскажите в чём дело? загрузка cpu доходит до 90% хотя загружаемые приложения в столбце %CPU показывают по 0 и отсутствует вовсе основной загрузчик cpu tomcat. Бред какойто.
Последние комментарии
- OlegL, 17 декабря в 15:00 → Перекличка 21
- REDkiy, 8 июня 2023 года в 9:09 → Как «замокать» файл для юниттеста в Python? 2
- fhunter, 29 ноября 2022 года в 2:09 → Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt? 6
- Иванн, 9 апреля 2022 года в 8:31 → Ассоциация РАСПО провела первое учредительное собрание 1
- Kiri11.ADV1, 7 марта 2021 года в 12:01 → Логи catalina.out в TomCat 9 в формате JSON 1
сортировка по использованию проца?
на самом деле, тут влияет, скорее всего, скорость обновления.
статистика по загрузке снимается по какому-то времени, а процессы — список процессов это «моментальный снимок».
вот потому и получается, что загрузка есть, а процессов, которые её генерируют — нет :)
А как то можно повлиять чтобы всётаки всё коректно отображалось. Две недели назад было всё в порядке.(
А ты видишь, что написано?
Cpu(s): 11.8% us, 1.0% sy, 0.0% ni, 85.9% id, 0.3% wa, 0.3% hi, 0.7% si
Тебе не приходило в голову что id — это <font color=«green»>idle</font>?!
Приходило. Только вот если просуммировать:
0.3+0.0+0.0+0.0+0.0 … получим загрузку 11.8%? Пока мысль насчет времени обновления и разницы во времени обработки инфы о каждом процессе самая адекватная. Кстати инфа ведь вытащена через ssh? Тогда в деле может поучаствовать и время передачи данных по ssh.
класснно суммируешь….
11.8% us + 1.0% sy + 0.0% ni + 0.3% wa + 0.3% hi + 0.7% si
И подумай, сколько получишь….
кстати, о птичках
не совсем понятно, и в мане тишина..
hi и si…
эт что?
Hardware и Software Interrupts?
wa — это IO Wait?
И тем не менее. Суммируя те нолики не получишь и 11% :)
А не может быть связано такое странное повидение процессора вот с этим сообщением . Оно появилось одновременно с началом странного повидения CPU.
Apr 16 05:02:36 oratc logger: Waiting for filesystem containing /oracle/product/10.1.0/db/bin/crsctl.
Apr 16 05:04:36 oratc last message repeated 2 times
Apr 16 05:06:36 oratc last message repeated 2 times
А с какого бодуна при суммировании тех данных вообзе ожидалось что-то подобное 11%?
не, я думаю Genie правильно подметил, просто есть процесс(ы) который были запущено после того, как top получил список процессов. Ты попробуй сделать так:
и посмотри последовательные результаты. В первом не совпадает напрочь, а в остальных всё объясняется погрешностями округления. почему именно в первом — не воткну никак, но очевидно, что это как-то связано с запуском/инициализицией top.
а не в `man top' потому-что смотреть надо ;).
Надо заглядывать в /usr/src/linux/Documentation/filesystems/proc.txt.
Да.
Набрал top p PID(java) Почему показывает 0, хотя java основной загрузчикпроцессора?
Cpu(s): 9.0% us, 0.0% sy, 0.0% ni, 91.0% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 1035852k total, 631516k used, 404336k free, 92992k buffers
Swap: 2562356k total, 0k used, 2562356k free, 272412k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1131 root 25 0 1084m 227m 28m S 0.0 22.5 0:12.39 java
а вот я вот словил действительно нечто странное…
сортировка по CPU Usage…
перерыл на компе всё… (останавливать сервиса пока что не могу, только вечером)