Высокая загрузка процессора без вины процесса. Что такое [migration/x]?
В течение последних нескольких дней мой компьютер вращал вентиляторы, не делая при этом ничего особенного. Я говорю об экземпляре Firefox, gedit, нескольких окнах терминатора и все. На моем рабочем столе запущен conky, и он сообщает мне следующее:
Хуже, чем шумные вентиляторы и потребление энергии (около 50 Вт, если верить нашему монитору энергии), являются блокировки X. Приложения продолжают зависать, а я пытаюсь работать". Все это делает Оли скучным мальчиком".
Я был очень озадачен тем, что ни conky, ни htop не показывали мне процесс, но я только что запустил ps aux | sort -k 3 и увидел несколько процессов, которые, похоже, могут способствовать моей боли:
root 6 0.0 0.0 0 0 ? S Nov27 0:00 [migration/0]
root 7 0.0 0.0 0 0 ? S Nov27 0:00 [migration/1]
root 11 0.0 0.0 0 0 ? S Nov27 0:00 [migration/2]
root 14 2589903 0.0 0 0 ? S Nov27 21114581:29 [migration/3]
root 17 97.2 0.0 0 0 ? S Nov27 11543:55 [migration/4]
root 26 97.7 0.0 0 0 ? S Nov27 11601:34 [migration/7]
root 23 99.6 0.0 0 0 ? S Nov27 11834:39 [migration/6]
root 20 99.7 0.0 0 0 ? S Nov27 11837:29 [migration/5]
Что это за штуки migration? Что еще важнее, как я могу убить их без ядерного взрыва моей системы?
Edit: Другие детали. Я работаю на графическом оборудовании nvidia, используя закрытый двоичный драйвер (из onereic-updates). У меня есть и недавно использовал VirtualBox. Это чипсет и процессор материнской платы Intel. У меня есть SSD на базе dmraid и "кластер" хранения на базе mdraid (где живет большая часть моего профиля). Если вам нужно больше, просто ткните меня.
2 ответа
Вы не можете, потоки, которые вы видите, являются потоками ядра, ответственными за перемещение потоков между процессорами.
Они являются частью планировщика ядра и не несут ответственности за боль, которую вы испытываете.
(Я знаю, что это не ответ на вопрос, почему у вас болит в первую очередь, подробнее об этом позже.)
Я нашел причину миграционного хаоса.
Некоторое время назад я был разочарован тем, что gnome-do не остался в живых. Итак, я написал это в своих записях запуска:
bash -c "while true; do gnome-do; done"
Оказывается, вместо того, чтобы бежать, когда он просто пытается появляться снова и снова и снова. Я думаю, гном-до разветвляется, а не блокирует.
Я нашел это, просто пройдя каждый пользовательский процесс, который у меня был, и сбросил его. Он не использовал сам процессор, но выглядел подозрительно.