[ Страница назад | Страница вперед | Содержание | Индекс | Библиотека | Юридическая информация | Поиск ]

Принципы управления системой: Операционная система и устройства


Примеры классификации WLM и выбора ограничений

Существует несколько одновременно применяемых способов классификации процессов. Максимальная гибкость настройки достигается при использовании алгоритма последовательного поиска первого совпадения. Вы можете группировать процессы следующим образом: по имени пользователя, предусмотрев специальные правила для некоторых программ; по имени программы, предусмотрев специальные правила для некоторых пользователей; другими способами.

Пример выбора ограничений на ресурсы CPU

В данном примере рассматривается выделение ресурсов CPU, причем предполагается, что каждый класс может использовать все предоставленные ему ресурсы.

Существует два класса с одинаковым приоритетом - A и B. Для класса A задано ограничение на объем ресурсов CPU [30% - 100%]. Для класса B задано ограничение [20% - 100%]. Если оба класса работают одновременно и не требуют выделения дополнительных ресурсов CPU, то WLM сначала обеспечит выделение каждому из этих классов минимальной доли процессорного времени в секунду (с усреднением за несколько секунд). Остальное процессорное время будет распределено WLM в соответствии с целевыми значениями ресурсов CPU.

Если целевые значения для классов A и B равны 60% и 40% соответственно, то значения коэффициента использования CPU для A и B стабилизируется на уровне 60% и 40%.

Допустим, что в систему добавлен третий класс, C, представляющий собой группу связанных с CPU заданий, которые должны использовать не менее половины доступных ресурсов CPU. Для класса C заданы ограничения [20% - 100%] и целевое значение ресурсов CPU 100%. Если приоритет классов A, B и C одинаков, то при запуске задания класса C доля ресурсов CPU, предоставляемая классам A и B будет постепенно снижаться до тех пор, пока коэффициенты использования CPU не стабилизируются на уровне 30%, 20% и 50% для классов A,B и C соответственно. Целевые значения для A и B в этом случае также будут минимальными.

Системный администратор может запретить выделение пакетным заданиям более 50% ресурсов CPU при наличии в системе других заданий, возможно, с более высоким приоритетом. Допустим, что в приведенном выше примере классу C соответствует более низкий приоритет. В этом случае заданию класса C будут предоставлены ресурсы CPU, не использованные заданиями классов A и B. В приведенном примере ресурсы CPU не будут предоставлены заданию класса C, поскольку классы A и B допускают полное использование всех ресурсов CPU. Однако в большинстве случаев классы A и B с более высоким приоритетом состоят из интерактивных заданий и заданий обработки транзакций, не использующих постоянно все ресурсы CPU. В такой ситуации заданию класса C будет предоставлен некоторый объем ресурсов CPU, за которые оно будет конкурировать с заданиями других классов, имеющих тот же или более низкий приоритет.

Пример выбора ограничений на ресурсы памяти

В этом примере рассматривается выделение памяти процессам с различными целевыми значениями. Необходимо обеспечить работу трех групп процессов: группы интерактивных процессов, которые должны выполняться по мере запуска (PEOPLE); группы пакетных заданий, постоянно работающих в фоновом режиме (BATCH1); группы более важных пакетных заданий, выполняемых каждую ночь (BATCH0).

Для группы PEOPLE указано минимальное ограничение на объем памяти 20%, целевое число общих ресурсов памяти 50 и приоритет 1. Минимальное ограничение 20% обеспечивает быстрый отклик приложений рабочего стола на действия пользователей после перерывов в работе.

Для группы BATCH1 указано минимальное ограничение 50%, целевое число общих ресурсов 50 и приоритет 3.

Для группы BATCH0 указано минимальное ограничение 80%, целевое число общих ресурсов 50 и приоритет 2.

Суммарное минимальное ограничение для классов PEOPLE и BATCH1 составляет 70. При обычной работе (когда процессы BATCH0 неактивны) оба этих класса могут использовать всю предоставленную им память. Остальная часть системной памяти разделяется между этими процессами поровну, несмотря на различие их приоритетов. При запуске BATCH0 минимальное ограничение на объем памяти достигает 150. До завершения работы процессов с более высоким приоритетом WLM будет игнорировать минимальные требования процессов с более низким приоритетом. BATCH0 будет использовать память из 50% доли BATCH1, но не из 20% доли PEOPLE. После завершения работы BATCH0 память будет предоставлена процессам с приоритетом 3, их работа будет продолжена, а прежнее распределение памяти будет восстановлено.


[ Страница назад | Страница вперед | Содержание | Индекс | Библиотека | Юридическая информация | Поиск ]