баг 12309

Правила форума
Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Версия ОС вместе с разрядностью. Пример: LM 18.1 x64, LM Sarah x32 2. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 3. Какое железо. (достаточно вывод inxi -Fxz в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 4. Суть. Желательно с выводом консоли, логами. 5. Скрин. Просьба указывать 1, 2 и 3 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
Аватара пользователя

Автор темы
StarMAUGLI
Сообщения: 1536
Зарегистрирован: 10 сен 2016, 07:16
Решено: 15
Откуда: Москва
Благодарил (а): 630 раз
Поблагодарили: 178 раз

баг 12309

Сообщение StarMAUGLI » 18 фев 2019, 12:14

День добрый.
Рылся в интернете и нашел такой баг.
баг 12309
https://bugzilla.kernel.org/show_bug.cgi?id=12309
http://linuxoidblog.blogspot.com/2015/06/12309.html
https://habr.com/ru/post/116601/
https://sites.google.com/site/linuxopti ... o-sheduler
12309

Во второй ссылке предлагается тест для его локализации
Сначала тест: восприимчива ли ваша система к 12309? введите в терминале:

Код: Выделить всё

dd if=/dev/zero of=/tmp/test bs=1M count=1M
и понаблюдайте за отзывчивостью системы. Если всё по-прежнему быстро - то читать статью можно разве что для профилактики и расширения кругозора.
В моем случае - баг проявляется в подвисаниях/фризах. Мышь двигается рывками. Промежутки между зависаниями и отзывчивостью интерфейса рандомные от секунд 30, до 1,5-2 минут (субъективно).

В той же ссылке приводятся меры по оптимизации работы (которые более расширены, чем описанные у нас на форуме viewtopic.php?t=173).
Статья не новая, поэтому хотелось бы услышать ваше мнение, что из предложенных методов на сегодняшний день актуально, а что уже устарело?

Также мне показалась интересной идея повесить системные прерывания на одно ядро (на многоядерном процессоре) скриптом. Но я не понял как его правильно создать и как задействовать по автомату средствами systemd (ибо крон я по одной из рекомендаций - отключил, т.к. в системд, по идее должна быть какой-то свой юнит для этого, но он мне пока был без надобности, а здесь вроде нужен).
Перевесить системные прерывания на одно ядро (на многоядерном процессоре) скриптом:

Код: Выделить всё

    #!/bin/sh
    for interruption in `grep usb /proc/interrupts | awk '{print $1}'| sed 's/\://g'` ; do
      echo 1 > /proc/irq/${interruption}/smp_affinity;
    done

Аватара пользователя

Unborn
Сообщения: 1778
Зарегистрирован: 03 сен 2016, 10:36
Решено: 24
Благодарил (а): 4 раза
Поблагодарили: 253 раза

баг 12309

Сообщение Unborn » 18 фев 2019, 14:11

StarMAUGLI писал(а):
18 фев 2019, 12:14
Также мне показалась интересной идея повесить системные прерывания на одно ядро (на многоядерном процессоре) скриптом.
Не нужно ничего никуда вешать. Единственное, что реально применимо - это кэш диска со значением=50. Параметры своппинга - сугубо индивидуально. Зависит как от железа, так и задач, выполняемым этим железом.

Аватара пользователя

slant
Сообщения: 1775
Зарегистрирован: 21 июн 2017, 15:09
Решено: 27
Благодарил (а): 14 раз
Поблагодарили: 770 раз

баг 12309

Сообщение slant » 18 фев 2019, 14:37

StarMAUGLI, В нашем случае, переход на планировщик BFQ решает проблему в 95% случаев полностью. Только сам метод перехода по ссылкам выше давно устарел - начиная с ядра 4.12 оно уже в ваниле есть, ничего никуда патчить не надо.
Я тут писал пост для минта по данному вопросу: Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)

Аватара пользователя

Автор темы
StarMAUGLI
Сообщения: 1536
Зарегистрирован: 10 сен 2016, 07:16
Решено: 15
Откуда: Москва
Благодарил (а): 630 раз
Поблагодарили: 178 раз

баг 12309

Сообщение StarMAUGLI » 18 фев 2019, 20:42

slant писал(а):
18 фев 2019, 14:37
В нашем случае, переход на планировщик BFQ решает проблему в 95% случаев полностью.
Будем надеяться. Уже пробую. Посмотрю как пойдет. Боюсь у меня еще и других проблем на компе - ворох.

Вернуться в «Иные системные ошибки»