Drivrutinsboende i WDDM 2.0

Modellen för drivrutinsplacering har ändrats i WDDM 2.0. Ändringarna är tillgängliga från och med Windows 10 och beskrivs i följande artiklar.

Artikel	Beskrivning
översikt över Residency	Från och med WDDM 2.0 flyttas residenset till en explicit lista på enheten i stället för buffertlistan per kommando. Videominneshanteraren (VidMm) säkerställer att alla allokeringar i en lista över krav för enhetens placering är residerande innan enhetens kontexter schemaläggs för körning.
Allokeringsanvändningsspårning	När allokeringslistan försvinner har VidMm inte längre insyn i de allokeringar som refereras till i en viss kommandobuffert. Därför är VidMm- inte längre i stånd att spåra allokeringsanvändning eller hantera relaterad synkronisering. Det här ansvaret faller nu på användarlägesdrivrutinen (UMD). I synnerhet måste UMD hantera synkroniseringen med avseende på direkt CPU-åtkomst till allokeringar och namnbyte.
Erbjuda och återta ändringar	Från och med WDDM 2.0 är kraven kring Erbjudande och Reclaim avslappnade. UMD behöver inte längre använda erbjuda och återta vid interna allokeringar. Inaktiva och suspenderade program gör sig i stället av med interna drivrutinsresurser med hjälp av metoden Trim.
Åtkomst till icke-resident allokering	GPU-åtkomst till allokeringar som inte är i systemminnet är ogiltig och kommer att resultera i att enheten tas bort för applikationen som genererade felet.
Behandla uppehållsbudgetar	Från och med WDDM 2.0 tilldelas processer budgetar för hur mycket minne de kan behålla. Den här budgeten kan ändras över tid, men kommer vanligtvis bara att införas när systemet är under minnesbelastning.