HiperDispatch - HiperDispatch
 | эта статья нужны дополнительные цитаты для проверка. (Октябрь 2015) (Узнайте, как и когда удалить этот шаблон сообщения) |
HiperDispatch это функция диспетчеризации рабочей нагрузки, найденная в новейших Мэйнфрейм IBM модели ( Система z10 и Система IBM zEnterprise процессоров) с последними выпусками z / OS. HiperDispatch был представлен в феврале 2008 года. Добавлена поддержка z / VM в своем выпуске V6R3 26 июля 2013 г.
Одна из инженерных задач с большим SMP конструкция серверов должна поддерживать почти линейную масштабируемость как количество Процессоры увеличивается. При удвоении количества процессоров производительность и пропускная способность не удваиваются. Есть много дополнительных факторов, включая конкуренцию за доступ к кеш-памяти и основной памяти. Эти накладные расходы становится все труднее устранять по мере увеличения количества процессоров. Целью проектирования для обеспечения максимальной производительности является минимизация этих накладных расходов. Каждая новая модель мэйнфрейма поддерживает большее максимальное количество процессоров (например, до 64 основных процессоров в одном мэйнфрейме System z10), поэтому эта инженерная задача становится все более важной.
HiperDispatch помогает решить проблему с помощью комбинации аппаратных функций, диспетчеризации z / OS и z / OS Workload Manager. В z / OS могут быть задачи, ожидающие внимания обработки, например программы транзакций. Каждая задача требует частого доступа к памяти. В крупном проекте SMP, таком как System z, некоторые процессоры физически «ближе» с более быстрым доступом к кэш-памяти, которая может содержать вспомогательные данные для определенных задач. HiperDispatch использует этот факт и направляет задачи на ЦП, которые, скорее всего, имеют самый быстрый доступ к соответствующим данным, уже находящимся в кеше. Если этот конкретный ЦП занят, HiperDispatch сначала будет ждать, пока он завершит свою другую задачу, даже если другой менее подходящий ЦП простаивает. Однако существуют ограничения в отношении того, насколько терпеливым будет HiperDispatch, в соответствии с целями Workload Manager. Если z / OS Workload Manager обнаруживает риск того, что ожидающая задача пропустит свой уровень обслуживания (например, отвечает в течение определенного количества миллисекунд на запрос пользователя), Workload Manager и HiperDispatch отправят задачу на бездействующий ЦП для обработки. , даже если этот ЦП должен получать данные из более медленной основной памяти.
Выгода
HiperDispatch предлагает очень небольшую экономию ЦП на машинах с относительно небольшим количеством ЦП. Однако эта функция действительно очень помогает при увеличении количества ЦП. Таблицы мощности мэйнфреймов IBM (и, следовательно, цены на его программное обеспечение) основаны на предположении, что HiperDispatch активен.
Другое преимущество HiperDispatch - «парковка» логических процессоров, чтобы количество процессоров, на которых z / OS отправка работы более точно соответствует весу LPAR - применима даже к небольшим конфигурациям машин. (Преимущество этого заключается в уменьшении эффекта «короткого двигателя», повышая производительность системы.
Реализация
Диспетчер рабочей нагрузки (WLM) должен быть правильно настроен для правильной работы HiperDispatch. У некоторых пользователей мэйнфреймов есть скрытые проблемы с настройками целей WLM, которые доступны только с HiperDispatch, поэтому есть возможность отключить HiperDispatch в тех случаях, когда пользователи мэйнфреймов не хотят сразу исправлять эти проблемы. Однако независимо от того, включен или выключен HiperDispatch, для установок важно поддерживать свою политику WLM.
z / OS System Resource Manager (SRM) Чтобы настроить z / OS System Resource Manager, измените Parmlib-Member IEAOPTxx: HIPERDISPATCH = YES | NO
ДА - SRM должен включить режим HiperDispatch НЕТ - SRM должен выключить режим HiperDispatch.
Разделы с более чем 64 логическими процессорами во время IPL принудительно запускаются с HIPERDISPATCH = YES. После IPL LPAR с более чем 64 логическими процессорами не могут переключиться на HIPERDISPATCH = NO. В случае HIPERDISPATCH = YES (z196 и последующие CPC), IRD Управление VARY CPU автоматически отключается, независимо от спецификации "VARYCPU".
Значение по умолчанию:
- до z10-процессора: Нет
- 196 и последующие цены за клик: ДА[1]