Рылся в интернете и нашел такой баг.
баг 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
Во второй ссылке предлагается тест для его локализации
В моем случае - баг проявляется в подвисаниях/фризах. Мышь двигается рывками. Промежутки между зависаниями и отзывчивостью интерфейса рандомные от секунд 30, до 1,5-2 минут (субъективно).Сначала тест: восприимчива ли ваша система к 12309? введите в терминале:и понаблюдайте за отзывчивостью системы. Если всё по-прежнему быстро - то читать статью можно разве что для профилактики и расширения кругозора.Код: Выделить всё
dd if=/dev/zero of=/tmp/test bs=1M count=1M
В той же ссылке приводятся меры по оптимизации работы (которые более расширены, чем описанные у нас на форуме 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