Высокая загрузка процессора из init и да [Ubuntu 12.04]
Сегодня я установил свежий Ubuntu 12.04 LTS на свой Sony VAIO VPCSB.
Я заметил, что процессор часто использует init и yes (как вы можете видеть ниже).
top - 16:26:16 up 11 min, 2 users, load average: 2.71, 2.86, 1.82
Tasks: 183 total, 7 running, 176 sleeping, 0 stopped, 0 zombie
Cpu(s): 5.1%us, 33.4%sy, 0.0%ni, 61.1%id, 0.3%wa, 0.0%hi, 0.1%si, 0.0%st
Mem: 3962180k total, 1771012k used, 2191168k free, 47420k buffers
Swap: 4107260k total, 0k used, 4107260k free, 1028536k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 20 0 24604 2528 1352 R 58 0.1 6:15.32 init
1197 root 20 0 4316 348 272 R 49 0.0 5:20.69 yes
60 root 20 0 0 0 0 S 22 0.0 1:24.63 kworker/2:1
2429 root 20 0 0 0 0 R 15 0.0 1:15.54 kworker/0:0
39 root 20 0 0 0 0 R 9 0.0 1:18.98 kworker/1:1
1845 root 20 0 0 0 0 S 6 0.0 0:40.58 kworker/3:2
1162 root 20 0 339m 106m 81m R 2 2.8 0:29.62 Xorg
1962 ingo 20 0 1116m 103m 59m S 2 2.7 0:11.16 compiz
1995 ingo 20 0 495m 16m 11m S 1 0.4 0:00.18 nm-applet
Есть ли решение?
Приветствую
Редактировать: Я внимательно посмотрел на kworker
Я нашел это Почему так часто используется процессор kworker?
$ grep . -r /sys/firmware/acpi/interrupts/
/sys/firmware/acpi/interrupts/sci: 729
/sys/firmware/acpi/interrupts/error: 0
/sys/firmware/acpi/interrupts/gpe0A: 0 invalid
/sys/firmware/acpi/interrupts/gpe17: 729 enabled
/sys/firmware/acpi/interrupts/sci_not: 0
/sys/firmware/acpi/interrupts/ff_pmtimer: 0 invalid
/sys/firmware/acpi/interrupts/ff_rt_clk: 0 disabled
/sys/firmware/acpi/interrupts/gpe_all: 729
/sys/firmware/acpi/interrupts/ff_gbl_lock: 0 disabled
/sys/firmware/acpi/interrupts/ff_pwr_btn: 0 invalid
/sys/firmware/acpi/interrupts/ff_slp_btn: 0 invalid
I Я не уверен, что это ошибка kworker , по-прежнему отсутствует начальная точка да . Есть предложения, как мне его найти?
Теперь я попытался настроить Ubuntu 12.04 в свежем виде и получил сообщение об ошибке при первом запуске
пакета: fglrx-pxpress0.6 ~ hybrid0.0.1
У меня действительно есть не знаю, как это исправить, и извините, если я упускаю что-то важное, только что начал с Ubuntu.
Изображение из системного монитора с Да процессом
$ lsof -p 1182
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
yes 1182 root cwd unknown /proc/1182/cwd (readlink: Permission denied)
yes 1182 root rtd unknown /proc/1182/root (readlink: Permission denied)
yes 1182 root txt unknown /proc/1182/exe (readlink: Permission denied)
yes 1182 root NOFD /proc/1182/fd (opendir: Permission denied)
Пробная версия Ubuntu работает нормально, я не знаю, как это исправить.
И невозможно завершить / убить процесс да с системным монитором.
sudo lsof -p 1182
lsof: WARNING: can't stat() fuse.gvfs-fuse-daemon file system /home/ingo/.gvfs
Output information may be incomplete.
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
yes 1182 root cwd DIR 8,1 4096 2 /
yes 1182 root rtd DIR 8,1 4096 2 /
yes 1182 root txt REG 8,1 22912 2622732 /usr/bin/yes
yes 1182 root mem REG 8,1 1815224 17301515 /lib/x86_64-linux-gnu/libc-2.15.so
yes 1182 root mem REG 8,1 149280 17301627 /lib/x86_64-linux-gnu/ld-2.15.so
yes 1182 root 0u CHR 1,3 0t0 1029 /dev/null
yes 1182 root 1u CHR 136,19 0t0 22 /dev/pts/19
yes 1182 root 2u CHR 136,19 0t0 22 /dev/pts/19
3 ответа
Для меня это было решено автоматически. Я использую Ubuntu 12.04 LTS.
- Проблема впервые возникла - ретроспективно - после автоматического обновления fglrx-pxpress (0.3 ~ hybrid0.0.1 -> 0.6 ~ hybrid0.0.1) 2014-02-04.
- После автоматического обновления fglrx-pxpress (0.6 ~ hybrid0.0.1 -> 0.6 ~ hybrid0.0.2) 2014-02-07 и больше никогда не происходило.
Существует запись об ошибке, если вы хотите точно знать, что произошло: https://bugs.launchpad.net/ubuntu/+source/fglrx-pxpress/+bug/1277058 .
И вы также можете удалить некоторые /var/log/upstart/amd-config.log* файлы, потому что они содержат в основном такие строки:
y
y
y
[...]
Спасибо за этот пост и за этот Как мне заставить работать драйверы AMD / Intel Hybrid Graphics? . Я смог это исправить.
Начиная с сегодняшнего дня, я тоже имел высокую загрузку процессора init и yes. Killing yes исправит это до следующей загрузки. Используя приведенные выше инструкции Sneetsher (спасибо!), Я использовал htop, чтобы выяснить, что вызывало процесс yes с высокой загрузкой процессора - это было amd-xconfig. Используя ссылку, которую я включил выше, я запустил:
sudo apt-get install fglrx fglrx-pxpress
Перезагрузился и проблема решена!
У меня было нечто похожее только сегодня - init работал с 85% загрузкой процессора и не знаю почему.
Запуск strace -p <PID of init> начал выдавать огромное количество ошибок о невозможности получить изображение из буфера устройства и ссылки на v4l.
Оказалось, что я отключил свою веб-камеру, когда программное обеспечение веб-камеры все еще работало, и это привело к тому, что init действительно начал шипеть.
strace всегда должно быть одной из первых вещей, на которые ты смотришь, когда пытаешься увидеть, что делает мошеннический процесс.