HiperDispatch - HiperDispatch
HiperDispatch to funkcja dystrybucji obciążeń dostępna w najnowszych modelach komputerów mainframe IBM ( procesory System z10 i IBM zEnterprise System ), na których działają najnowsze wersje systemu z / OS . HiperDispatch został wprowadzony w lutym 2008 r. Do z / VM dodano obsługę w wersji V6R3 26 lipca 2013 r.
Jednym z wyzwań inżynieryjnych związanych z dużymi projektami serwerów SMP jest utrzymanie prawie liniowej skalowalności wraz ze wzrostem liczby procesorów . Wydajność i przepustowość nie podwajają się podczas podwajania liczby procesorów. Istnieje wiele czynników ogólnych, w tym rywalizacja o pamięć podręczną i dostęp do pamięci głównej. Te czynniki narzutu stają się coraz trudniejsze do złagodzenia wraz ze wzrostem liczby procesorów. Celem projektowym zapewnienia maksymalnej wydajności jest zminimalizowanie tych czynników ogólnych. Każdy nowy model mainframe obsługuje większą maksymalną liczbę procesorów (na przykład do 64 głównych procesorów w pojedynczym komputerze mainframe System z10), więc to wyzwanie inżynieryjne staje się coraz ważniejsze.
HiperDispatch pomaga rozwiązać problem poprzez połączenie funkcji sprzętowych, rozsyłania z / OS i z / OS Workload Manager. W systemie z / OS mogą istnieć zadania oczekujące na przetworzenie uwagi, takie jak programy transakcyjne. Każde zadanie wymaga częstego dostępu do pamięci. W dużym projekcie SMP, takim jak System z, niektóre procesory są fizycznie „bliżej” i mają szybszy dostęp do pamięci podręcznej, która może przechowywać dane pomocnicze dla określonych zadań. HiperDispatch wykorzystuje ten fakt i kieruje zadania do procesorów, które najprawdopodobniej mają najszybszy dostęp do odpowiednich danych znajdujących się w pamięci podręcznej. Jeśli ten konkretny procesor jest zajęty, HiperDispatch będzie początkowo czekać, aż zakończy swoje inne zadanie, nawet jeśli inny mniej korzystny procesor jest bezczynny. Istnieją jednak ograniczenia dotyczące tego, jak cierpliwy będzie HiperDispatch, zgodnie z celami programu Workload Manager. Jeśli z / OS Workload Manager wykryje, że istnieje ryzyko, że oczekujące zadanie utraci poziom usług (np. Odpowiada w ciągu określonej liczby milisekund na żądanie użytkownika), Workload Manager i HiperDispatch wyślą zadanie do bezczynnego procesora w celu przetworzenia , nawet jeśli ten procesor musi pobierać dane z wolniejszej pamięci głównej.
Zasiłek
HiperDispatch oferuje bardzo niewielkie korzyści w zakresie oszczędności procesora na maszynach skonfigurowanych ze stosunkowo małą liczbą procesorów. Jednak funkcja ta bardzo pomaga, gdy wzrasta liczba procesorów. Tabele pojemności komputerów mainframe IBM (a tym samym ceny oprogramowania) są oparte na założeniu, że HiperDispatch jest aktywny.
Inna zaleta HiperDispatch - "parkowanie" logicznych procesorów, dzięki czemu liczba procesorów, na których działają wysyłki z / OS, jest bliższa wadze partycji LPAR - ma zastosowanie nawet do małych konfiguracji maszyn. (Zaletą tego jest redukcja efektu „krótkiego silnika”, dzięki czemu wydajność systemu jest bardziej responsywna.
Realizacja
Menedżer obciążenia (WLM) musi być poprawnie skonfigurowany, aby HiperDispatch działał dobrze. Niektórzy użytkownicy komputerów mainframe mają ukryte problemy z ustawieniami celów WLM, które są ujawniane tylko przez HiperDispatch, więc istnieje opcja wyłączenia HiperDispatch w przypadkach, gdy użytkownicy komputerów mainframe nie chcą od razu naprawiać tych problemów. Jednak niezależnie od tego, czy HiperDispatch jest włączony, czy wyłączony, ważne jest, aby instalacje przestrzegały zasad WLM.
Menedżer zasobów systemu z / OS (SRM) Aby skonfigurować Menedżera zasobów systemu z / OS, zmodyfikuj element Parmlib-Member IEAOPTxx: HIPERDISPATCH = YES | NO
TAK - SRM powinien włączyć tryb HiperDispatch. NIE - SRM powinien wyłączyć tryb HiperDispatch.
Partycje z więcej niż 64 procesorami logicznymi w czasie IPL są zmuszone do działania z HIPERDISPATCH = YES. Po IPL partycje LPAR z więcej niż 64 procesorami logicznymi nie mogą przełączyć się na HIPERDISPATCH = NO. W przypadku HIPERDISPATCH = YES (z196 i dalsze CPC), zarządzanie procesorem VARY w IRD jest automatycznie wyłączane, niezależnie od specyfikacji "VARYCPU".
Domyślna wartość:
- do procesora z10: Nie
- 196 i dalsze CPC: TAK