Преимущества выделения разделяемых ресурсов SRM

Оценить
(0 голоса)

Выделение разделяемых ресурсов гарантирует пользователям минимальное использование ЦП в случае, если система занята. Однако если остальные пользователи не заняты, то активные пользователи могут "красть" ресурсы ЦП у остальных пользователей внутри или за пределами их группы. Преимущество SRM по сравнению с процессорными наборами состоит в том, что группа приложений может захватить больше, чем положенные ей ресурсы, если остальные группы, разделяющие ресурсы, используют их не полностью. Например, часто приходится ограничивать пакетные приложения, чтобы предотвратить их доминирующие позиции в системных ресурсах за счет активных пользователей, работающих в оперативном режиме. Если другие группы используют свои разделяемые ресурсы полностью, то пакетные приложения могут быть ограничены в разделяемых ресурсах, выделенных для них. Однако если доступны неиспользуемые мощности ЦП, то пакетное приложение может воспользоваться бездействующим ресурсом.

Управление ресурсами ЦП

После того как с помощью SRM-команды limadm были установлены совместно используемые ресурсы, SRM применяет свой собственный планировщик (в стиле BSD вместо стандартного планировщика Solaris) для управления обращениями процессов к ресурсам ЦП. Планирование процессов выполняется в соответствии с их приоритетами; процессы утрачивают возможность доступа к ЦП, если их кванты иссякнут, когда они блокируют ввод/вывод или вытесняются, что является обычной ситуацией.

В этом и заключается отличие, что через каждые несколько секунд (по умолчанию -4 секунды) "просыпается" демон SRM и выполняет проверку использования процессами ЦП, позволяя определить, насколько относительное потребление ресурсов ЦП сравнимо с тем, что определено для 1-узлов, к которым они присоединены. Если необходимо, то SRM отрегулирует приоритеты процессов, используя nice(2) для увеличения расходования ресурсов одной группой процессов за счет других. Заметьте, что при использовании менеджером SRM команды nice(2) все еще учитывается любой приоритет, назначенный процессу пользователем с помощью команды nice(l).

Конечный результат заключается в том, что относительное потребление процессами ЦП не является установленным, а ближе к тому, которое определяется разделяемым ресурсом 1-узла. Другими словами, совместно используемые ресурсы, определенные пользователем, не гарантируются. Однако результаты тестирования, проводимые группой Database Engineering, показали, что SRM хорошо работает для большинства выделений совместно используемых ресурсов (например, 50/50 и 66/33). Крайний случай (например, 95/5) не может в точности гарантировать затребованное раз-

деление, если каждая рабочая нагрузка одинаково активна (рабочая нагрузка с низкой установкой share может получить больше ресурсов ЦП, чем это необходимо).

Влияние SRM на производительность
Новая инфраструктура управления ресурсами
Привязка процессов
Классы планирования операционной системы Solaris
Класс TS

Добавить комментарий


Защитный код
Обновить