Не мог бы кто-нибудь помочь мне с моим вопросом о The Completely Fair Scheduler в ядре Linux?
Интересно, что это означает - «CFS использует учет наносекундной детализации и не полагается на какие-либо скачки или другие детали HZ. Таким образом, планировщик CFS не имеет понятия« временные интервалы »и не имеет никакой эвристики». CFS.
Так есть ли смысл теперь менять HZ при сборке кастомного ядра? Заранее спасибо.
Если я правильно понимаю ваш вопрос, вы в основном спрашиваете следующее:
влияет ли изменение настройки HZ при компиляции собственного ядра при использовании CFS?
Если это ваш вопрос, я бы сказал - но простите, если я ошибаюсь, - вы делаете этот путь слишком сложным. Алгоритм CFS был разработан, чтобы предоставить всем приложениям равное (справедливое) время выполнения на ЦП. Эту равную сумму нужно как-то измерить - и я не могу подробно объяснить, как это работает, - но очевидно, что CFS «не полагается на какие-либо краткие моменты или другие детали HZ» для этого. Думаю, это все, что нам нужно знать, чтобы ответить на ваш вопрос.
Поскольку CFS полностью справедлив и разработан с единственной целью, регулировка количества HZ при компиляции собственного ядра никогда не может сделать CFS более или менее «справедливым». Следовательно, я бы сказал, что изменение количества HZ при компиляции вашего ядра на любое произвольное количество не повлияет на производительность CFS.
Тем не менее, есть и другие причины, по которым нужно настраивать количество HZ при компиляции ядра. Одна из причин, которые приходят на ум, - это управление питанием, другая - установка учета времени в виртуальных машинах некоторых производителей, но я уверен, что их гораздо больше.
Итак, в целом я бы ответил: нет, в отношении КВПБ это наверное не имеет смысла (т.е. влияет на производительность) CFS, но да, это имеет смысл по множеству других возможных причин. Ото, ядро без тиков может снова смягчить все это, и я не уверен, насколько момент, когда ядра могли работать без тиков, совпал с моментом введения CFS.