HiperDispatch

HiperDispatch är en funktion för överföring av arbetsbelastning som finns i nya IBM stordatormodeller ( System z10 och IBM zEnterprise System- processorer och senare modeller) som kör de senaste versionerna av z/OS . HiperDispatch introducerades i februari 2008. Stöd lades till z/VM i dess V6R3-release den 26 juli 2013.

En av de tekniska utmaningarna med stora SMP- serverdesigner är att bibehå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 overheadfaktorer blir allt svårare att mildra när antalet processorer ökar. Designmålet för att leverera maximal prestanda är att minimera dessa overheadfaktorer. Varje ny stordatormodell stöder ett högre maximalt antal processorer (upp till 64 huvudprocessorer i en enda System z10 stordator 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-utskick och z/OS Workload Manager. I z/OS kan det finnas uppgifter som väntar på bearbetningsuppmärksamhet, såsom transaktionsprogram. Varje uppgift kräver frekvent åtkomst till minnet. 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 särskilda uppgifter. HiperDispatch utnyttjar detta faktum och styr uppgifter till de processorer som mest sannolikt har snabbast tillgång till relevant data som redan finns i cachen. Om just den CPU:n är upptagen, kommer HiperDispatch först att vänta på att den ska slutföra sin andra uppgift, även om en annan mindre fördelaktig CPU är inaktiv. Det finns dock begränsningar för hur patienten HiperDispatch kommer att vara, enligt målen för Workload Manager. Om z/OS Workload Manager känner att det finns en risk att den pågående uppgiften missar sin servicenivå (som 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 den processorn måste hämta data från ett långsammare huvudminne.

Dra nytta

HiperDispatch erbjuder mycket små CPU-besparingsfördelar på maskiner som är konfigurerade med ett relativt litet antal CPU:er. Funktionen hjälper dock väldigt mycket när CPU-antalet ökar. IBMs stordatorkapacitetstabeller (och därmed dess programvaruprissättning) är alla baserade på antagandet att HiperDispatch är aktivt.

Den andra fördelen med HiperDispatch - "parkering" av logiska CPU:er så att antalet CPU:er som z/OS- utskick fungerar bättre matchar LPAR:s vikt - är tillämplig även på små maskinkonfigurationer. (Fördelen med detta är minskningen av effekten av "kort motor", 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 stordatoranvändare har latenta problem med sina WLM-målinställningar som endast exponeras med HiperDispatch, så det finns ett alternativ att inaktivera HiperDispatch i de fall där stordatoranvändare inte vill åtgärda dessa problem direkt. Men oavsett om HiperDispatch är på eller av är det 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 bör aktivera HiperDispatch-läget. NEJ - SRM bör stänga av HiperDispatch-läget.

Partitioner med mer än 64 logiska processorer vid IPL-tid tvingas köra med HIPERDISPATCH=YES. Efter IPL kan LPAR med fler än 64 logiska processorer inte växla till HIPERDISPATCH=NO. I händelse av HIPERDISPATCH=YES (z196 och efterföljande CPC) 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

Se även

externa länkar