]> Sergey Matveev's repositories - stargrave-blog.git/commit
Познакомился с командами rtprio и idprio
authorSergey Matveev <stargrave@stargrave.org>
Sat, 6 May 2017 22:26:38 +0000 (01:26 +0300)
committerSergey Matveev <stargrave@stargrave.org>
Sat, 6 May 2017 22:26:38 +0000 (01:26 +0300)
commit6d16765dae7cc389885ae2284259170582539cba
tree4b825dc642cb6eb9a060e54bf8d69288fbee4904
parent91120fd09438f74e079698f0d781e7c42a2a416c
Познакомился с командами rtprio и idprio

Я везде где только можно устанавливаю distributed.net клиент для участия
в распределённых вычислениях. А конкретно -- оптимальную линейку Голомба
"считать". Абсолютно не понимаю и не знаю в чём может быть дело, но
ВЕЗДЕ, кроме системы на ThinkPad-е (мой предыдущий ноутбук), при запуске
числодробилок всё ощутимо становилось медленнее. Для серверов не
критично, а вот на интерактивный отклик это влияет существенно, да
настолько что прям работать не хочется. kern.sched.preempt_thresh никак
субъективно не влияет.

Я даже не могу представить что я там когда-то мог так настроить что
интерактив никогда не страдал. Особенно были ощутимы задержки для IO.
distributed.net IO вообще не использует, но, видимо, так как занимает
процессор, то ядро не отдаёт кванты времени на IO-процессы. Установил
вот на новом ноутбуке, sysctl и прочее перенёс со старого, даже SSD
переставил ту же самую. Интерактив страдает.

Но проблему решил использованием idprio команды -- она позволяет задать
процессу не просто приоритет, а idle приоритет: ему будет отдаваться
время только когда реально никого нет. Обычный приоритет всё-равно
сделает так что будет 50%/50% распределено. А вот idle прям "решил".
rtprio включает real-time приоритет, но его не пробовал, так как нет
таких задач.