99% использования ЦП без причины

10 минут назад я просто занимался серфингом в Интернете, как обычно, на своем Ubuntu 10.04, когда внезапно система стала медленной. Я понял, что использование процессора составляет 99%. Я открыл монитор системы, и все было в порядке. Я не видел никакого процесса, который использовал много CPU. Я вышел из системы и вошел в систему, а загрузка процессора осталась на 99%. Затем я перезагрузился, и теперь все в порядке.

Что случилось и почему я не смог увидеть процесс, в котором так много процессора? Что делать, если это повторится? Я хочу решить эту проблему, а не перезагружаться каждый раз, когда это происходит.


Здесь это снова. Это из-за Gparted. Все работало нормально, пока я не начал его. И теперь он снова на 99%. Я закрыл Gparted и еще 99%. Я не могу найти gparted процесс. Вот «верхний» выход

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                              
 1570 tuks      20   0 40720 3644 2832 S   29  0.1   2:04.88 gvfs-gdu-volume                      
 1572 root      20   0 15800 3156 2444 R   24  0.1   1:45.74 udisks-daemon                        
 2058 tuks      20   0  649m 257m  34m S   22  6.4 161:26.52 firefox                              
 1556 tuks      20   0 18676 7104 5504 R   16  0.2   1:08.85 gdu-notificatio                      
  906 messageb  20   0  9292 7448  760 R   16  0.2   1:09.08 dbus-daemon                          
 2066 tuks      20   0 41864  11m 8412 S   16  0.3   1:11.66 update-notifier                      
  500 root      18  -2  2624  944  332 S    6  0.0   0:26.09 udevd                                
 6250 tuks      20   0  360m 150m  21m S    5  3.7  45:30.14 plugin-containe                      
 1065 root      20   0 78444  36m  12m S    4  0.9 224:50.06 Xorg                                 
 1427 tuks       9 -11  158m  10m 8592 S    3  0.3  23:28.05 pulseaudio                           
  369 root      20   0  4104 1268  980 S    3  0.0   0:11.06 mountall                             
    1 root      20   0  2792 1720 1200 S    2  0.0   0:09.07 init                                 
  392 root      20   0  2312  824  612 S    2  0.0   0:06.68 upstart-udev-br                      
  394 root      16  -4  2644  964  308 S    1  0.0   0:05.96 udevd                                
 1419 tuks      20   0 57288  21m  11m S    1  0.5   8:21.97 python                               
 1411 tuks      20   0 83048  30m 9524 S    1  0.8  50:33.01 compiz                               
 1444 tuks      20   0 57152  21m  11m S    1  0.5   6:06.30 python                               
 6834 tuks      20   0 79980  27m  19m S    1  0.7   5:49.54 smplayer                             
 1438 tuks      20   0 58376  22m  11m S    1  0.6   4:30.69 python                               
 1440 tuks      20   0  239m  56m  19m S    1  1.4   7:45.33 skype                                
 5045 tuks      20   0 52204  13m 9.8m S    1  0.3   0:01.65 gnome-terminal                       

Теперь я вышел из системы и вошел в систему, а использование ЦП в норме. Я начал Gparted, и на этот раз все в порядке. Я очень смущен

1
задан 7 June 2012 в 14:36

7 ответов

Хорошо, вы могли бы запустить команду top в терминале, чтобы узнать, как процесс уничтожает ваш процессор, и если вы хотите убить процесс, вам просто нужно записать PID процесса (левая сторона терминала под PID) , Как только PID процесса известен, вы можете убить процесс, запустив kill PID XXXX

. Надеюсь, это поможет ..

1
ответ дан 25 July 2018 в 18:37

Хорошо, вы могли бы запустить команду top в терминале, чтобы узнать, как процесс уничтожает ваш процессор, и если вы хотите убить процесс, вам просто нужно записать PID процесса (левая сторона терминала под PID) , Как только PID процесса известен, вы можете убить процесс, запустив kill PID XXXX

. Надеюсь, это поможет ..

1
ответ дан 2 August 2018 в 00:46

Хорошо, вы могли бы запустить команду top в терминале, чтобы узнать, как процесс уничтожает ваш процессор, и если вы хотите убить процесс, вам просто нужно записать PID процесса (левая сторона терминала под PID) , Как только PID процесса известен, вы можете убить процесс, запустив kill PID XXXX

. Надеюсь, это поможет ..

1
ответ дан 4 August 2018 в 16:17

Хорошо, вы могли бы запустить команду top в терминале, чтобы узнать, как процесс уничтожает ваш процессор, и если вы хотите убить процесс, вам просто нужно записать PID процесса (левая сторона терминала под PID) , Как только PID процесса известен, вы можете убить процесс, запустив kill PID XXXX

. Надеюсь, это поможет ..

1
ответ дан 6 August 2018 в 00:55

Хорошо, вы могли бы запустить команду top в терминале, чтобы узнать, как процесс уничтожает ваш процессор, и если вы хотите убить процесс, вам просто нужно записать PID процесса (левая сторона терминала под PID) , Как только PID процесса известен, вы можете убить процесс, запустив kill PID XXXX

. Надеюсь, это поможет ..

1
ответ дан 7 August 2018 в 18:21

Хорошо, вы могли бы запустить команду top в терминале, чтобы узнать, как процесс уничтожает ваш процессор, и если вы хотите убить процесс, вам просто нужно записать PID процесса (левая сторона терминала под PID) , Как только PID процесса известен, вы можете убить процесс, запустив kill PID XXXX

. Надеюсь, это поможет ..

1
ответ дан 10 August 2018 в 07:04

Хорошо, вы могли бы запустить команду top в терминале, чтобы узнать, как процесс уничтожает ваш процессор, и если вы хотите убить процесс, вам просто нужно записать PID процесса (левая сторона терминала под PID) , Как только PID процесса известен, вы можете убить процесс, запустив kill PID XXXX

. Надеюсь, это поможет ..

1
ответ дан 15 August 2018 в 19:03
  • 1
    Спасибо за ваш ответ. Но я уже запустил "top & quot; команда и все еще ничего – tuks 7 June 2012 в 02:38
  • 2
    @tuks Выберите весь текст в терминале, когда top запущен, скопируйте его в буфер обмена, отредактируйте свой вопрос и вставьте его. Не забудьте использовать & lt; $ & gt; инструмента в панели инструментов редактирования Ask Ubuntu, чтобы он отображался правильно. Это должно помочь устранить проблему. – Eliah Kagan 7 June 2012 в 02:42
  • 3
    Я думаю, что именно такой процесс обновления вызвал такой процесс. Я был свидетелем этого же события 12 апреля на прошлой неделе. Я не стал бы слишком беспокоиться об этом, если проблема не сохранится – Mysterio 7 June 2012 в 03:32

Другие вопросы по тегам:

Похожие вопросы: