HiperDispatch - HiperDispatch
HiperDispatch är en arbetsbelastningsfunktion som finns i de senaste IBM-huvudrammodellerna ( System z10 och IBM zEnterprise System- processorer) som kör senaste versioner av z / OS . HiperDispatch introducerades i februari 2008. Support lades till z / VM i sin V6R3-release den 26 juli 2013.
En av de tekniska utmaningarna med stora SMP- serverdesigner är att upprätthålla nästan linjär skalbarhet när antalet processorer ökar. Prestanda och genomströmning fördubblas inte när antalet processorer fördubblas. Det finns många overheadfaktorer, inklusive strid om cache och huvudminnesåtkomst. Dessa allmänna faktorer blir allt svårare att mildra när antalet processorer ökar. Designmålet för att leverera maximal prestanda är att minimera dessa omkostnader. Varje ny mainframe-modell stöder ett högre maximalt antal processorer (upp till 64 huvudprocessorer i en enda System z10-mainframe till exempel), så denna tekniska utmaning blir allt viktigare.
HiperDispatch hjälper till att lösa problemet genom en kombination av hårdvarufunktioner, z / OS-utsändning och z / OS Workload Manager. I z / OS kan det finnas uppgifter som väntar på att behandla uppmärksamhet, till exempel transaktionsprogram. Varje uppgift kräver frekvent åtkomst till minne. I en stor SMP-design som System z är vissa processorer fysiskt "närmare" med snabbare åtkomst till cacheminne som kan innehålla stöddata för vissa uppgifter. HiperDispatch utnyttjar detta faktum och styr uppgifter till processorerna som sannolikt har snabbast tillgång till relevant data som redan finns i cachen. Om den specifika processorn är upptagen kommer HiperDispatch först att vänta på att den ska slutföra sin andra uppgift, även om en annan mindre gynnsam processor är inaktiv. Det finns dock begränsningar för hur tålmodig HiperDispatch kommer att vara, som styrs av Workload Manager-mål. Om z / OS Workload Manager känner att det finns en risk att den väntande uppgiften missar sin servicenivå (svarar inom ett visst antal millisekunder på en användarförfrågan till exempel), kommer Workload Manager och HiperDispatch att skicka uppgiften till en ledig CPU för bearbetning , även om CPU: n måste hämta data från långsammare huvudminne.
Fördel
HiperDispatch erbjuder väldigt lite CPU-besparingsfördelar på maskiner konfigurerade med ett relativt litet antal processorer. Funktionen hjälper dock väldigt mycket när CPU-antalet ökar. IBMs huvudtabellkapacitetstabeller (och därmed dess mjukvarupriser) baseras alla på antagandet att HiperDispatch är aktiv.
Den andra fördelen med HiperDispatch - att "parkera" logiska processorer så att antalet processorer som z / OS- utsändningar fungerar närmare matchar LPAR: s vikt - kan tillämpas på även små maskinkonfigurationer. (Fördelen med detta är minskningen av "kort motor" -effekten, vilket gör systemets prestanda mer lyhörd.
Genomförande
Workload Manager (WLM) måste konfigureras korrekt för att HiperDispatch ska fungera bra. Vissa mainframe-användare har latenta problem med sina WLM-målinställningar som bara exponeras med HiperDispatch, så det finns ett alternativ att inaktivera HiperDispatch i de fall där mainframe-användare inte vill korrigera dessa problem direkt. Oavsett om HiperDispatch är på eller av är det dock viktigt för installationer att behålla sin WLM-policy.
z / OS System Resource Manager (SRM) För att konfigurera z / OS System Resource Manager, ändra Parmlib-Member IEAOPTxx: HIPERDISPATCH = JA | NEJ
JA - SRM ska aktivera HiperDispatch-läge. NO - SRM ska stänga av HiperDispatch-läge.
Partitioner med mer än 64 logiska processorer vid IPL-tid tvingas köras med HIPERDISPATCH = YES. Efter IPL kan LPAR med mer än 64 logiska processorer inte växla till HIPERDISPATCH = NEJ. I fallet med HIPERDISPATCH = JA (z196 och uppföljande CPC: er) stängs IRD : s VARY CPU-hantering automatiskt av, oberoende av "VARYCPU" -specifikationen.
Standardvärde:
- upp till z10-processor: Nej
- 196 och uppföljande CPC: JA
