供應專案和回收變更

對於 Windows 顯示驅動程式模型 (WDDM) v2， 供應 專案和 回收 的需求會寬鬆。 使用者模式驅動程式不再需要使用供應專案，並回收內部配置。 閑置/暫停的應用程式將會使用 Microsoft DirectX 11.1 中引進的 TrimAPI 來移除驅動程式內部資源。

供應專案和回收將會繼續在 API 層級受到支援，而且需要使用者模式驅動程式，才能將應用程式要求轉送至核心或回收資源。 在WDDM v2下，透過配置清單不再支援供應專案配置，因此使用者模式驅動程式必須變更實作供應專案和回收的方式。

應用程式所提供的資源應該立即由使用者模式驅動程式提供，方法是呼叫 OfferCb，如果資源在直接記憶體存取中沒有參考， (DMA) 緩衝區目前在所有內容中建置。 如果資源在建置的 DMA 緩衝區中有擱置的參考，則使用者模式驅動程式應該延遲 對 OfferCb 的呼叫，直到透過 RenderCb 提交相依的 DMA 緩衝區之後。 圖形核心會以非封鎖的方式負責延遲作業，直到提供資源安全，因此使用者模式驅動程式不需要擔心必須延遲 對 OfferCb 的呼叫，直到圖形處理單位上完成 (GPU) 。

如果呼叫回收位於落地需求清單 (，即使用者或驅動程式要求透過 MakeResidentCb 通話) 來駐留配置，就會自動分頁。 對於 ReclaimAllocations2Cb，此作業是異步的，而且會傳回分頁柵欄，而且應該以與 從 MakeResidentCb 傳回的柵欄相同的方式來處理。 配置保證會在發出柵欄訊號時，位於 GPU 上且可供使用。

從 ReclaimAllocationsCb/ReclaimAllocations2Cb 傳回之後，配置支援存放區保證有效，而且配置可透過 Lock2Cb 置於 CPU 存取之下。 驅動程式不需要等候分頁柵欄來執行此動作。