AK
не приоритет
Приоритет в реквестах.
Size: a a a
2020 November 07
i
Приоритет в реквестах.
шта
i
почитай доки
AK
CPU shares
i
реквесты - это сколько ресурсов распланируется на ноде
AK
реквесты - это сколько ресурсов распланируется на ноде
И приоритет.
i
если у машины 8 ядер, а реквестами занято 7 - то шедулер не будет туда планировать то, что по реквестам не влезет
AK
Это один аспект реквестов, да.
AK
Но также реквесты ставят CPU shares.
AK
В cgroups.
i
Но также реквесты ставят CPU shares.
Ну это справедливо частично, если значение нецелое
i
Если целое - забираются конкретные ядра
i
Я обычно значения типа 0.25 ставлю там, где пофиг как оно там работает
i
на приоритет переключения контекстов емнип это все равно не влияет так что получается что это affinity на конкретные ядра ноды
AS
у вас каша какая-то, "целые ядра" выделяются при использовании static policy в cpu manager. Напрямую с shares это не связано
AK
на приоритет переключения контекстов емнип это все равно не влияет так что получается что это affinity на конкретные ядра ноды
Это не так. Affinity на ядра ставятся только, если ты ставишь опцию
--cpu-manager-policy=static в kubelet для подов с requests == limits. Только в этом случае задействуется cpuset cgroup controller.i
по факту cfs выделяет именно целые ядра, если смотреть их утилизацию, другое дело, что они не статичны и он их может перераспределить
AS
он всегда задействуется, просто в сете ставятся сразу все процессоры, если policy не static
i
--cpu-manager-policy=static это когда сам куб управляет распределением ядер, а none - когда это отдается на откуп системному планировщикуi
Который таки тоже не размазывает, но может перепланировать