Residência de motorista em WDDM 2.0
O modelo de residência do driver foi alterado no WDDM 2.0. As alterações estão disponíveis a partir do Windows 10 e são descritas nos seguintes artigos.
Artigo | Descrição |
---|---|
Visão geral da residência | A partir do WDDM 2.0, a residência é movida para uma lista explícita no dispositivo, em vez da lista de buffer por comando. O gestor de memória de vídeo (VidMm) garante que todas as alocações em uma lista de requisitos de residência de dispositivo particular estejam presentes antes que quaisquer contextos pertencentes a esse dispositivo sejam agendados para serem executados. |
Rastreamento de uso de alocação | Com a lista de alocação a desaparecer, VidMm já não tem visibilidade das alocações referenciadas num buffer de comando específico. Como resultado, o VidMm já não está em posição de monitorizar o uso de alocação ou gerir a sincronização correspondente. Esta responsabilidade recai agora sobre o controlador de modo de utilizador (UMD). Especificamente, o UMD tem que lidar com a sincronização no que diz respeito ao acesso direto da CPU a alocações e re-atribuição de nomes. |
Oferecer e recuperar modificações | A partir do WDDM 2.0, os requisitos relativos a Oferta e a Recuperação são flexibilizados. Os UMDs não são mais obrigados a fazer ofertas e recuperações em alocações internas. Em vez disso, os aplicativos ociosos e suspensos se livram dos recursos internos do driver usando o método Trim. |
Acesso à atribuição de não residentes | O acesso da GPU a alocações que não são residentes é ilegal e resultará na remoção do dispositivo para o aplicativo que gerou o erro. |
Processar orçamentos de residência | A partir do WDDM 2.0, os processos recebem orçamentos para a quantidade de memória que podem manter residente. Este orçamento pode mudar ao longo do tempo, mas geralmente só será imposto quando o sistema estiver sob pressão de memória. |