kworker жутко тормозит систему.
kolisto69 25 февраля, 2011 - 18:15
Добрый день!
Недавно появилась серьёзная проблема - процесс kworker нагружает систему так, что работать совершенно невозможно. Как правило (согласно команде top), либо два процесса отхватывают по 30-40+ процентов, либо один доходит до ~88%. Раньше я их вообще не замечал. Похоже, что проблема появилась после перехода с 2.6.34-gentoo-r12 на 2.6.36-gentoo-r5. Помогите, пожалуйста, решить.
»
- Для комментирования войдите или зарегистрируйтесь
А вы после перехода все
А вы после перехода все пакеты, которые зависят от ядра, пересобрали? ;)
Кстати, а kworker из какого пакета? У меня его вообще нет! :)
.
kworker и прочие k****** - это в данном случае не от KDE, а от kernel
а эта строка - это просто подпись
Тем более, почему его у меня
Тем более, почему его у меня нет? ;)
Уверен? А если найду) ) ) как
Уверен? А если найду) ) )
как проверял?
ps aux|grep kworker
ps aux|grep kworker
Кстати, а ваше мнение по поводу http://www.gentoo.ru/node/22160#comment-163077 ?
У меня они есть, штук 10, но
У меня они есть, штук 10, но до этой темы про них не знал и поэтому не разбирался что это и для чего.
А в плане доп. нагрузки?
А в плане доп. нагрузки? Сильно систему грузят? И в чем профит?
Систему не грузят совсем (или
Систему не грузят совсем (или я бы про них знал)
а какая польза от них?
а какая польза от них?
все что я про них знал, я
все что я про них знал, я написал выше
.
$ head -n 10 /usr/src/linux/kernel/Makefile # # Makefile for the linux kernel. # obj-y = sched.o fork.o exec_domain.o panic.o printk.o \ cpu.o exit.o itimer.o time.o softirq.o resource.o \ sysctl.o sysctl_binary.o capability.o ptrace.o timer.o user.o \ signal.o sys.o kmod.o workqueue.o pid.o \ rcupdate.o extable.o params.o posix-timers.o \ kthread.o wait.o kfifo.o sys_ni.o posix-cpu-timers.o mutex.o \Please read Documentation/workqueue.txt for details. (+ kernel/workqueue.c)
а эта строка - это просто подпись
Спасибо, теперь понял...
Спасибо, теперь понял... :)
Только тогда уж скорее из-за
;)
Поскольку я не девелопер ядра, все время полагал, что мне это не нужно. Я не прав?
Кстати, а велики ли накладные расходы на него? Есть ли смысл включать в работающих серверах/десктопах?
.
первое моё предположение ( про CONFIG_WORKххххххх) было ошибочным - workqueue.o попадает в ядро вне зависимости от конфигурации.
а эта строка - это просто подпись
FYI:
FYI: Documentation/workqueue.txt - нет такого файла!
?
$ eix -Ic sources
а эта строка - это просто подпись
Вы бы хоть знак вопроса
Вы бы хоть знак вопроса поставили, что ли, - не сразу в'ехал... :)
Ядро 2.6.32
.
FYI: /usr/portage/distfiles/linux-2.6.36.tar.bz2 - файл Documentation/workqueue.txt есть
а эта строка - это просто подпись
Ну мали ли у кого что есть!
Ну мали ли у кого что есть! ;)
Они там что-то сделали в ядре после 2.6.32, после чего все последующие ядра просто перестали загружаться на моем ноуте :( - даже rescueCD! Причем только на ноуте и никто не может помочь... :(
Единственное предположение после долгих изысканий: что-то случилось с ACPI...
ссылку на баг/лкмл ?
ссылку на баг/лкмл ?
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
Ребят, и всё же - есть у
Ребят, и всё же - есть у кого-нибудь хотя бы догадки насчёт того в какой стороне искать решение проблемы?
Если какую информацию надо предоставить - вы только скажите что именно интересует, у меня секретов нет, сразу выложу :)
.
* если совсем ничего не делать (после reboot-а), kworker-ы тратят CPU?
* запускать одно приложение, смотреть в top,
* запускать другое приложение, смотреть в top,
* запустить обновление системы, смотреть в top,
То есть обнаружить, когда именно kworker-ы тратят CPU.
Если всё-таки тратят, то долго ли?
iotop что в это время показывает?
iftop что в это время показывает?
а эта строка - это просто подпись
Поскольку никто не высказался
Поскольку никто не высказался о пользе сих фишек, а девелопером ядра вы не являетесь, как я понял, - предлагаю вам выкинуть трасеры из ядра и не крутить себе и другим голову... :)
Проще надо быть! ;)