Escolhendo um recurso

  • Artigo

Um recurso é uma coleção de dados usada pelo pipeline 3D. Criar recursos e definir seu comportamento é o primeiro passo para programar seu aplicativo. Este guia aborda tópicos básicos para escolher os recursos exigidos pelo seu aplicativo.

Identifique os estágios do pipeline que precisam de recursos

A primeira etapa é escolher o estágio (ou estágios) do pipeline gráfico que usará um recurso. Ou seja, identifique cada estágio que lerá dados de um recurso, bem como os estágios que gravarão dados em um recurso. Conhecer os estágios do pipeline em que os recursos serão usados determina as APIs que serão chamadas para associar o recurso ao estágio.

Esta tabela lista os tipos de recursos que podem ser associados a cada estágio do pipeline. Inclui se o recurso pode ser associado como uma entrada ou uma saída.

Estágio do pipeline Entrada/saída Recurso Tipo de recurso
Entrada do assembler Em Buffer de vértice Buffer
Entrada do assembler Em Buffer de índice Buffer
Estágios de sombreamento Em Shader-ResourceView Buffer, Texture1D, Texture2D, Texture3D
Estágios de sombreamento Em Buffer constante de sombreador Buffer
Saída de fluxo Saída Buffer Buffer
Fusão de saída Saída Visualização de destino de renderização Buffer, Texture1D, Texture2D, Texture3D
Fusão de saída Saída Visualização de profundidade/estêncil Textura1D, Textura2D

 

Identifique como cada recurso será usado

Depois de escolher os estágios do pipeline que seu aplicativo usará (e, portanto, os recursos que cada estágio exigirá), a próxima etapa é determinar como cada recurso será usado, ou seja, se um recurso pode ser acessado pela CPU ou pela GPU.

O hardware em que seu aplicativo está sendo executado terá no mínimo uma CPU e uma GPU. Para escolher um valor de uso, considere qual tipo de processador precisa ler ou gravar no recurso entre as opções a seguir.

Uso de recurso Pode ser atualizado por Frequência de atualização
Padrão GPU raramente
Dinâmico CPU frequente
Staging GPU N/D
Imutável CPU (somente no momento da criação do recurso) N/D

 

O uso padrão deve ser usado para um recurso que deve ser atualizado pela CPU com pouca frequência (menos de uma vez por quadro). Idealmente, a CPU nunca gravaria diretamente em um recurso com uso padrão para evitar possíveis penalidades de desempenho.

O uso dinâmico deve ser usado para um recurso que a CPU atualiza com relativa frequência (uma ou mais vezes por quadro). Um cenário típico para um recurso dinâmico seria criar buffers dinâmicos de vértice e índice que seriam preenchidos em tempo de execução com dados sobre a geometria visível do ponto de vista do usuário para cada quadro. Esses buffers seriam usados para renderizar apenas a geometria visível para o usuário para esse quadro.

O uso de preparo deve ser usado para copiar dados de e para outros recursos. Um cenário típico seria copiar dados em um recurso com uso padrão (que a CPU não pode acessar) para um recurso com uso de preparo (que a CPU pode acessar).

Os recursos imutáveis devem ser usados quando os dados no recurso nunca forem alterados.

Outra maneira de ver a mesma ideia é pensar no que um aplicativo faz com um recurso.

Como o Aplicativo usa o Recurso Uso de recurso
Carregar uma vez e nunca atualizar Imutável ou padrão
O aplicativo preenche o recurso repetidamente Dinâmico
Renderizar para textura Padrão
Acesso da CPU aos dados da GPU Staging

 

Se você não tiver certeza de qual uso escolher, comece com o uso padrão, pois espera-se que seja o caso mais comum. Um buffer Shader-Constant é o único tipo de recurso que sempre deve ter uso padrão.

Associando recursos a estágios de pipeline

Um recurso pode ser associado a mais de um estágio de pipeline ao mesmo tempo, desde que as restrições especificadas quando o recurso foi criado sejam atendidas. Essas restrições são especificadas como sinalizadores de uso, sinalizadores de ligação ou sinalizadores de acesso à CPU. Mais especificamente, um recurso pode ser associado como entrada e saída simultaneamente, desde que a leitura e a gravação de parte de um recurso não possam ocorrer ao mesmo tempo.

Ao associar um recurso, pense em como a GPU e a CPU acessarão o recurso. Os recursos projetados para uma única finalidade (não use vários sinalizadores de uso, associação e acesso à CPU) provavelmente resultarão em melhor desempenho.

Por exemplo, considere o caso de um destino de renderização usado como uma textura várias vezes. Pode ser mais rápido ter dois recursos: um destino de renderização e uma textura usada como um recurso de sombreador. Cada recurso usaria apenas um sinalizador de associação, indicando "destino de renderização" ou "recurso de sombreador". Os dados seriam copiados da textura de destino de renderização para a textura do sombreador.

Essa técnica neste exemplo pode melhorar o desempenho isolando a gravação de destino de renderização da leitura de textura do sombreador. A única maneira de ter certeza é implementar ambas as abordagens e medir a diferença de desempenho em seu aplicativo específico.

Recursos