LINUX.ORG.RU

«Процесс-призрак жжарит проц» или «Месть убитого процесса»


0

0

Так, святой водой ноут уже окропил, перекрестился, вокруг ноута нарисовал круг. Теперь можно, вроде как, не боятся.

А дело вот в чем - подхожу к ноуту: горячий, хотя полностью простаивал. Смотрю статистику в conky: загрузка процессора - 100%, температура - 67 (и это на ноуте с холодным одноядерником и отличным охлаждением!). Ладно, я же не дурак чтобы бежать за кулером и льдом. Открывая системный монитор - офигеваю:

Вкладка ресурсы: Процессор - 100%; Вкладка процессов: Все простаивают кроме самого gnome-system-monitor.

Нервно глотаю кофе, чуть не пролив на клаву, закрываю и открываю глаза - все так же. Полностью отсутствует процесс, который сьедает проц. В чем дело? Системный монитор выдает не все процессы, часть скрывая? Или же дело совсем в другом?

anonymous

find-utils поди шалят.

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

Он говорил абсолютно тоже самое, что и гномовский монитор - в топе лишь он сам с 7%. Сейчас уже прибил эту непонятную и вредную тварь особой магией ребута. Но хочется быть вооруженным, если повторится.

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

Если бы ты не перезагружался, можно было бы попробовать диагностировать проблему. Теперь же ты все запорол =\

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

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

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

Ноут, эм, не ржать, в качестве сервера работает сутками. Оставляю часто без присмотра. Если только скрипт навесить с проверкой и авторебутом + последующим запуском нужных комманд.

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

>> Он говорил абсолютно тоже самое, что и гномовский монитор - в топе лишь он сам с 7%. Сейчас уже прибил эту непонятную и вредную тварь особой магией ребута. Но хочется быть вооруженным, если повторится.

Ну если top действительно показывал все процессы и в сумме они не давали 100%, то видимо процессор потребляли внутренности ядра. Может тебе кто-то сетевую подсистему + iptables насиловал DoS'ом?

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

Да скорее гнумский power-manager безуспешно пытался отправить бедную машинку в спячку и своими кривыми домогательствами довел ее до белого каления.

anonymous
()

top и большинство подобных утилит не показывают процессы, которые возникли и завершились между двумя их проверками.

Есть такой сверхсекретный утилит - atop называется. Поможет.

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

> Есть такой сверхсекретный утилит - atop называется. Поможет.

Супермаловероятно что процесс не попадающий ни в какой из топов таки жрёт гад процессор.

Вообще интересно, откуда берёт данные о загрузке то что показывает 100%...

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

> Супермаловероятно что процесс не попадающий ни в какой из топов таки жрёт гад процессор.

Это как раз очень вероятно.

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

>Вообще интересно, откуда берёт данные о загрузке то что показывает 100%...

вообще, вроде берет из данных планировщика, кажись каждый процесс имеет некую инфу о том, скока работал, могу подозревать, что если top процесса не видит, то и загрузки не должен бы был видеть. Так как загрузку берет из данных процесса

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

>видимо процессор потребляли внутренности ядра.

имхо наиболее вероятный вариант. просмотреть суслог на предмет отваливания ядерных частей. или неядерных - дма там и т.д.

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