nouveau, kworker и ядро > 3.9

Начиная с ядра 3.9 наблюдаю следующую картину: kworker занимает 100% одного из ядер процессора. Имеются также периодические подтормаживания интерфейса, как в Кедах, так и в консоли. Уж не помню как, но докопался, что проблема с nouveau. Трюк "echo N> /sys/module/drm_kms_helper/parameters/poll" пробовал - не помогает.
Всё надеюсь, что в следующем ядре исправится, но и в 3.12 всё то же. Приходится сидеть на 3.8.13. :(
Видюха - NVIDIA Corporation GK107 [GeForce GTX 650]. Уж не знаю, куда и копать. Может, форумный разум подскажет?

Тут вряд ли ответят. Это

Тут вряд ли ответят. Это проблема ядра скорее всего. Попробуйте без gentoo-патчей с тем же конфигом. Если не изменится, gentoo здесь не причём, тогда на лор лучше. Если же исправится, оформляйте баг.

Локальный оверлей растёт

vanilla-sources попробуйте...

vanilla-sources попробуйте...

.

mittorn написал(а):
Это проблема ядра скорее всего. Попробуйте без gentoo-патчей с тем же конфигом.

sspphheerraa написал(а):
vanilla-sources попробуйте...

Ничего не изменилось. :(

Похоже, что какая-то видюха (или чип) специфическая. Т.к. еще на нескольких компах (серверах и рабочем десктопе) тоже видюхи NVidia (где встроенные, а где внешние) и тоже драйвера nouveau, так там ядро 3.10.17 и всё нормально.
Уж и не знаю что делать. Покупать новую видяху не хочется, на нвидиевские драйвера переходить - тоже. :(

.

Poor Fred написал(а):
mittorn написал(а):
Это проблема ядра скорее всего. Попробуйте без gentoo-патчей с тем же конфигом.

sspphheerraa написал(а):
vanilla-sources попробуйте...

Ничего не изменилось. :(

Тогда проблема зарыта ниже уровня дистрибутивных патчей и разбирать её стоит в трекере апстрима.

:wq
--
Live free or die

.

Poor Fred написал(а):
Похоже, что какая-то видюха (или чип) специфическая.

Подозреваю, что дело может быть в производителе. У меня - Gigabyte.

.

Дальнейшие расследования показали: Затык случается в функции nouveau_connector_hotplug_work в модуле nouveau_connector.c. В ядре 3.12.0 по сравнению с 3.8.13 он полностью переписан. Проблема появляется если к видюхе подключено два монитора через два DVI. Отключение одного из них не помогает пока не перезагрузишься. DVI+VGA работают нормально.

Вот такой конфуз. :(

P.S. Помог патч.

P.P.S. Нет, дико извиняюсь, не помог. :(

Наблюдал похожую картину при

Наблюдал похожую картину при попытке использования ядра hardened-3.9.9 с файловой системой ZFS.
Как оказалось, ZFS и hardened пока несовместимы, ну да речь не об этом.
В используемом Вами ядре 3.8.13 (ИМХО очень стабильное ядро), задействован CFQ I/O scheduler планировщик.
А в ядра версии 3.9 (в юзаном мною 3.9.9 точно) добавили новый планировщик BFQ I/O scheduler, который скорее всего у вас и выбран по дефолту.
По моим наблюдениям одно ядро процессора загружается именно при использовании BFQ планировщика и при активной работе с хардом.

P.S. Все это я наблюдал при использовании ядра hardened-3.9.9 с файловой системой ZFS.

Я типичный русский колхозник.
Долго запрягаю, быстро езжу и сильно торможу...

У меня на BFS при работе с

У меня на BFS при работе с хардом всё подвисало, с BFQ же всё было нормально.

Локальный оверлей растёт

.

kesha написал(а):
В используемом Вами ядре 3.8.13 (ИМХО очень стабильное ядро), задействован CFQ I/O scheduler планировщик.

Судя по тому, что его исключили из портежей - не очень. :) Теперь предлагается установить либо =< 3.4, либо >= 3.9.

kesha написал(а):
А в ядра версии 3.9 (в юзаном мною 3.9.9 точно) добавили новый планировщик BFQ I/O scheduler, который скорее всего у вас и выбран по дефолту.

В 3.12 его опять нет.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".