LINUX.ORG.RU
ФорумAdmin

Как узнать того кто лопает процессор?

 


0

2

Стоит машина, ни чего не делает - а проц занят под самое нехочу...

Пускал #top,#htop,#nmon. Ни каких активных задач, процессор грузится системой. Разлогинился из X - активен только GDM3. Впрочем и GDM останавливал - ни чего не изменилось.

top

top - 14:58:04 up 10 days, 12:03,  2 users,  load average: 1,18, 1,39, 1,51
Tasks: 315 total,   1 running, 314 sleeping,   0 stopped,   0 zombie
%Cpu(s): 13,9 us, 52,3 sy,  0,0 ni, 33,8 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem:   8064288 total,  7023428 used,  1040860 free,   113520 buffers
KiB Swap: 16777212 total,   158584 used, 16618628 free.   339396 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND          
26585 n0mad     20   0    4328    928    768 S  12,3  0,0 188:46.15 sh               
    3 root      20   0       0      0      0 S   0,7  0,0  14:42.82 ksoftirqd/0      
   13 root      20   0       0      0      0 S   0,7  0,0  16:02.68 ksoftirqd/1      
30617 root      20   0   25872   3220   2520 R   0,7  0,0   0:00.07 top              
    7 root      20   0       0      0      0 S   0,3  0,0  27:04.03 rcu_sched        
    9 root      rt   0       0      0      0 S   0,3  0,0   1:44.73 migration/0      
 1633 root      20   0  361440   8708   4240 S   0,3  0,1  39:35.48 teamviewerd      


htop
  1  [||||||||||||||||||||||     66.2%]     Tasks: 91, 224 kthr; 2 running
  2  [||||||||||||||||||||||     65.5%]     Load average: 1.46 1.41 1.50 
  Mem[|||||||||||||||||||||6416/7875MB]     Uptime: 10 days, 12:05:43
  Swp[|                    154/16383MB]

  PID USER      PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
 4835 Debian-gd  20   0 1337M  102M 52576 S  0.0  1.3  0:02.29 gnome-shell --mode=gdm
 2438 btsync     20   0  625M 31228  4016 S  0.3  0.4  1h42:47 /usr/lib/btsync/btsync
  483 Debian-gd  20   0  866M 30024 24028 S  0.0  0.4  0:00.46 /usr/lib/gnome-setting
 2507 root       20   0  323M 28596 22028 S  0.0  0.4  0:26.35 /usr/sbin/apache2 -k s
14687 root       20   0  169M 23736 12232 S  0.0  0.3  0:00.24 /usr/bin/Xorg :0 -novt


nmon
nmon─14g─────────────────────Hostname=Zer0─────────Refresh= 2secs ───15:02.43──────┐
│ CPU +-------------------------------------------------------------------------+   │
│100%-|                                                |                            │
│ 95%-|                                                |                            │
│ 90%-|                                                |                            │
│ 85%-|                                                |                            │
│ 80%-|                                                |                            │
│ 75%-|             w    s  s  s  s                    |                            │
│ 70%-|             ssss s  s  s  s                    |                            │
│ 65%-|ssssssssssssssssssssssssssssssssssssssssssssssss+                            │
│ 60%-|ssssssssssssssssssssssssssssssssssssssssssssssss|                            │
│ 55%-|ssssssssssssssssssssssssssssssssssssssssssssssss|                            │
│ 50%-|ssssssssssssssssssssssssssssssssssssssssssssssss|                            │
│ 45%-|ssssssssssssssssssssssssssssssssssssssssssssssss|                            │
│ 40%-|ssssssssssssssssssssssssssssssssssssssssssssssss|                            │
│ 35%-|ssssssssssssssssssssssssssssssssssssssssssssssss|                            │
│ 30%-|ssssssssssssssssssUsssssssssssssssssssssssssssss|                            │
│ 25%-|sssssssssssssUUUssUssUssUssUssssssssssssssssssss|                            │
│ 20%-|sssssssssssssUUUUUUssUssUssUssssssssssssssssssss|                            │
│ 15%-|UUUsUsUUsUUUsUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU|                            │
│ 10%-|UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU|                            │
│  5%-|UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU|                            │
│     +--------------------User---------System---------Wait---------------------+   │
│ CPU Utilisation ──────────────────────────────────────────────────────────────────│
│---------------------------+-------------------------------------------------+     │
│CPU  User%  Sys% Wait% Idle|0          |25         |50          |75       100|     │
│  1  15.0  53.0   0.0  32.0|UUUUUUUssssssssssssssssssssssssss    >           |     │
│  2  15.2  48.2   0.0  36.5|UUUUUUUssssssssssssssssssssssss       >          |     │
│---------------------------+-------------------------------------------------+     │
│Avg  14.9  50.9   0.0  34.2|UUUUUUUsssssssssssssssssssssssss     >           |     │
│---------------------------+-------------------------------------------------+     │
│ Memory Stats ─────────────────────────────────────────────────────────────────────│
│                RAM     High      Low     Swap    Page Size=4 KB                   │
│ Total MB      7875.3     -0.0     -0.0  16384.0                                   │
│ Free  MB      1002.7     -0.0     -0.0  16229.2                                   │
│ Free Percent    12.7%   100.0%   100.0%    99.1%                                  │
│             MB                  MB                  MB                            │
│                      Cached=   342.1     Active=   400.8                          │
│ Buffers=   110.9 Swapcached=    12.7  Inactive =   224.6                          │
│ Dirty  =     0.0 Writeback =     0.0  Mapped   =   122.9                          │
│ Slab   =  5853.4 Commit_AS =  2027.6 PageTables=    16.1                          │
│ Kernel Stats ─────────────────────────────────────────────────────────────────────│
│ RunQueue              2   Load Average    CPU use since boot time                 │
│ ContextSwitch   11544.9    1 mins  1.63    Uptime Days= 10 Hours=12 Mins= 8       │
│ Forks            1566.7    5 mins  1.51    Idle   Days=  6 Hours= 0 Mins=50       │
│ Interrupts       2093.9   15 mins  1.52    Average CPU use= 42.55%                │
│ Top Processes Procs=315 mode=3 (1=Basic, 3=Perf 4=Size 5=I/O)─────────────────────│
│  PID    %CPU  Size   Res   Res   Res   Res Shared   Faults Command                │
│          Used    KB   Set  Text  Data   Lib    KB  Min  Maj                       │
│   26585  11.9  4328   928   112   332     0   768 6789    0 sh                    │
│      13   1.0     0     0     0     0     0     0    0    0 ksoftirqd/1           │
│    9325   1.0 17712  5680   160  7200     0  1980  156    0 nmon                  │
│       3   0.5     0     0     0     0     0     0    0    0 ksoftirqd/0           │
│       7   0.5     0     0     0     0     0     0    0    0 rcu_sched             │
└─────────Warning: Some Statistics may not shown────────────────────────────────────┘


Или так:
http://j0y.ru/zer0-top.png
http://j0y.ru/zer0-htop.png
http://j0y.ru/zer0-nmon.png

Чем ещё можно узнать где живёт косяк?
Неужели как в винде - лечить косяки перезагрузками?
Пока от перезагрузки воздержусь...
Надеюсь найду зловреда.

★★★

PID    %CPU  Size   Res   Res   Res   Res   Shared     Faults Command
26585  11.9  4328   928   112   332     0   768 6789    0     sh     

Выходит что-то машина делает. Вот только чем занят этот sh?

robus ★★★★★
()
Ответ на: комментарий от Psych218

В htop по памяти отсортировано, а надо по процу.

От этого ни чего не поменяется

  1  [||||||||||||||||||||||     64.9%]     Tasks: 99, 224 kthr; 2 running
  2  [||||||||||||||||||||||     67.4%]     Load average: 1.57 1.66 1.62 
  Mem[|||||||||||||||||||||6431/7875MB]     Uptime: 10 days, 12:46:11
  Swp[|                    153/16383MB]

  PID USER      PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
26585 n0mad      20   0  4328   928   768 S 12.6  0.0  3h13:57 /bin/sh
15096 root       20   0 24728  4068  3088 R  1.0  0.1  0:00.57 htop
   13 root       20   0     0     0     0 R  1.0  0.0 16:17.12 ksoftirqd/1
    3 root       20   0     0     0     0 S  1.0  0.0 14:57.20 ksoftirqd/0
 1633 root       20   0  465M  9016  4540 S  1.0  0.1 39:44.76 /opt/teamviewer/tv_bin
   12 root       RT   0     0     0     0 S  0.5  0.0  1:49.62 migration/1
13082 root       20   0     0     0     0 S  0.5  0.0  0:01.56 kworker/0:0

n0mad ★★★
() автор топика
Ответ на: комментарий от anonymous

Треды ядра ещё могут жрать.

Так все топы об этом и говорят. Ядро лопает процессор.
На что оно лопает? Какая хоть подсистема?
Да... забыл сказать что на борту Debian Jessie/x64
Эта гонка системных вооружений ни к чему хорошему не приведет.
Этот ИИ уже утомил...

n0mad ★★★
() автор топика
Последнее исправление: n0mad (всего исправлений: 1)
Ответ на: комментарий от robus

А вот что делает машина? Ядром включилась в глобальный кластер?

Выходит что-то машина делает. Вот только чем занят этот sh?

Этот sh потребил 10% а куда все остальные идут?
Новый вирус?
Или ядро включилось в кластерную сеть и комп обсчитывает секретные проекты? А потом всех нас «повяжут» как участников террористической группировки.

n0mad ★★★
() автор топика
Ответ на: комментарий от EXL

Быть такого не может top отдельным процессом запускается. Что-то в sh жрёт твой проц.

ты прав.

А вообще я ничегонепонимаю.... кажется тут мне советовали #kerneltop но я почему то уже не вижу этого сообщения...
#kerneltop хорош - но чтобы он работал надо ребутить ядро с «profile=4»

впрочем Ваш совет заставил прямо в #top убить процесс с номером 26585. Система сразу разгрузилась. Вот теперь думаю чего такого я мог запустить в том sh и откуда его запускал? Мог ведь с работы зайти по ssh, что то запустить и забыть...

Спасибо за подсказку. Теперь буду спать спокойно, а то для kerneltop перезагрузил бы машину и больше не увидел бы загрузки...

Ну сейчас перезагружу чтобы и kerneltop иметь в своём арсенале.

Вот что та могло работать? Процесс грузил на 15% а система от этого все 65% добавляла...

n0mad ★★★
() автор топика
Ответ на: комментарий от n0mad

еще, если есть perf-tools и не хочется ребутить, может быть можно использовать `perf top` от рута как-то

zarkone ★★
()

Немного не в тему, но все-таки похожее. Был случай с mac os x какая версия уже не помню, тоже логинился по ssh запущен был mc, соединение отвалилось из-за проблем сети. Так этот mc потом кушал камешек на 100% - почему хз. Забавно то, что это было на ноуте клиента, а он был в командировке и по возвращении жаловался что батарея садиться и куллер не выключается. mc по любому должен был простаивать, чего ему приперло проц жрать я не знаю, больше подобного в жизни не встречал.

anc ★★★★★
()
Ответ на: комментарий от anc

соединение отвалилось из-за проблем сети
mc потом кушал камешек на 100%

А всё из-за дебильного дефолтного поведения ssh когда любое отваливание сети, по умолчанию считающейся нестабильной, превращает удалённо запущенные приложения в тыкву.

h578b1bde ★☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.