Технологии виртуализации (POWER)

Процессорная емкость

Processing units (PU)

• 1.0 PU – один физический процессор

Entitled processor capacity (выделенная емкость)

• Часть общей мощности, выделенная для раздела
• Верхний лимит использования процессора (capped)
• Каждому виртуальному процессору требуется мин. 1/10 processing unit

Процессорная емкость указывается в терминах processing units. 1.0 PU представляет один физический процессор.

Разделы в общем пуле могут быть определены с минимальной емкостью – 1/10 физического процессора. Максимально на один процессор может быть запущено до 10 разделов. Одновременно может быть активно максимум 254 раздела.

Capped и uncapped разделы

Capped раздел

• Не может превысить выделенную емкость

Uncapped раздел

• Может превысить выделенную емкость

Capacity weight (вес)

• Приоритет uncapped раздела
• От 0 до 255

Capped раздел не может превысить выделенную ему емкость, а uncapped раздел – может. Фактически, он может использовать больше процессорной емкости, чем ему выделено. Единственное, чем он ограничен – это количество виртуальных процессоров и его вес (приоритет).

Вес – это число от 0 до 255, которое отражает относительное количество дополнительной процессорной емкости, которое может получить раздел.Количество дополнительных ресурсов определяется весом раздела, разделенном на общий вес всех разделов. Таким образом, при весе 0 раздел не может получить дополнительных ресурсов. Такой вес называют "soft cap".

Выделение процессорной емкости - пример

2.0 PU в общем пуле

Разделы активизируются последовательно

Активизация раздела 1

• Min = 1.0, max = 2.0, desired = 1.5
• Стартует с 1.5 PU

Активизация раздела 2

• Min = 1.0, max = 2.0, desired = 1.0
• Не стартует

Активизация раздела 3

• Min = 0.1, max = 1.0, desired = 0.8
• Стартует с 0.5 PU

Процессорная емкость – пример

• Одна задача запускается в различных конфигурациях
• Размер общего пула фиксирован – 16 процессоров
• Ёмкость раздела определена 9.5
• Это единственный раздел в системе

Следующая последовательность диаграмм показывает связь между различными параметрами, используемыми для того, чтобы управлять атрибутами производительности раздела, работающего в общем пуле.

В примере, размер общего пула фиксирован - как процессорная емкость раздела, в котором выполняется задача.

Никакой другой раздел не активен - это позволяет задаче использовать весь доступный ресурс и означает, что мы игнорируем эффекты весов.

• 16 VP
• Uncapped
• Раздел может использовать все ресурсы
• Задача выполняется за 26 минут

Это - опорная линия для нашего примера. Раздел сконфигурирован, чтобы иметь 16 виртуальных процессоров и uncapped. Мы предполагаем, что больше активных разделов нет и этот раздел может использовать все 16 реальных процессоров в пуле.

Обратите внимание, что раздел мог бы иметь больше чем 16 виртуальных процессоров. Если бы это имело место, то все виртуальные процессоры были бы спланированы гипервизором за счет доступных реальных процессоров.

Темная область показывает количество доступных виртуальных процессоров. Светлая область показывает общее количество использованного процессорного времени. Задача выполняется за 26 минут.

• 12 VP
• Uncapped
• Раздел может использовать только 12 PU
• Задача выполняется за 27 минут

Это - точно та же самая задача, как прежде, и она использует точно ту же самую общую сумму ресурса центрального процессора. Однако, количество виртуальных процессоров было уменьшено до 12. Следовательно, задача ограничена использованием эквивалента 12 реальных процессоров, то есть виртуальный процессор не может использовать ресурс больше чем одного реального процессора.

Из-за уменьшенного количества мощности центрального процессора, доступной в пределах любого данного интервала времени, задача теперь выполняется за 27 минут.

• Capped
• Раздел может использовать только выделенные 9.5 PU
• Задача выполняется за 28 минут

Точно та же самая задача, как прежде. Теперь, однако, раздел capped. Теперь вступает в силу ограничение процессорной емкости и общая сумма ресурса, доступного в пределах любого данного интервала времени (фактически, каждые 10 мс) ограничены 9.5 процессорами.

Обратите внимание, что все 12 виртуальных процессоров диспетчеризируются, но алгоритм планирования в гипервизоре ограничивает время, которое каждый может работать.

Задача теперь выполняется за 28 минут.