Andrew Lauritzen… Uma joia de informação vinda diretamente da Epic.

Andrew Lauritzen trabalhou como engenheiro gráfico de software na Intel, tendo aderido à Epic onde é um dos membros da equipa que desenvolveu o Nanite. É tambem membro do Beyond3D, onde é moderador, e os seus comentários neste fórum são uma fonte preciosa de informação.

Uma análise a alguns comentários de Lauren Lauritzen no Beyond 3D, onde é moderador, permitem obter uma quantidade de informação altamente relevante.

Por exemplo, neste post, Andrew responde a algumas questões sobre a performance de uma demo criada para PC, usando o Unreal Engine 5. Explica que a demo usa uma geometria que está longe de ser a mais indicada para RT, e que como tal ela não deve ser a usada para uma experiência que se pretenda mais refinada.

Mas o mais relevante ali dito é a listagem de problemas do hardware e APIs atuais que causam os problemas com este tipo de geometria. Segundo ele, o DRX, a componente Ray Tracing do DirectX está longe de ser a ideal para muitas áreas. É apenas uma primeira aproximação ao problema, sendo que as áreas de criação das arvores BVH (Uma hierarquia de volume delimitadora em árvore, necessária para a implementação do Ray Tracing) ainda necessitam de evoluir de forma significativa. Felizmente elas baseiam-se em software pelo que a evolução pode ser rápida, mas ela é um problema atual, particularmente no DirectX.

Andrew critica ainda a enorme área ocupada pelos Tensor Cores, numa frase onde refere que muito dos chips do GPU se encontram Idle quando do processamento, deixando implícito que os Tensor Cores, mesmo quando usados para o DLSS, possuem muitas partes que se encontram sem uso.

Andrew refere ainda que, pelo seu método de funcionamento, o Nanite puro e duro, não tira partido das ROPs.

Numa continuação da referencia ao mau estado do DXR, temos este comentário que volta a referir os problemas com as BVH, referindo que basicamente, no estado atual, o RT apenas pode ser usado em pleno em jogos com geometria simples, como neste comentário,

Como ponto culminante e relevante, temos este comentário, onde Andrew refere que mais ou melhor hardware para RT não é solução nenhuma, uma vez que o problema da criação das BVH só aumenta com maior capacidade de RT. A solução passa por melhorias na criação das BVH, melhor capacidade de Streaming, e criação de níveis de detalhe (LOD).

Curiosamente este ponto parece aplicar-se bem às atuais consolas, onde nunca vimos na Xbox série X melhor RT ou melhor performance a nível de RT, do que na PS5, O motivo é que mais raios implicam BVH mais complexas e consequente perda de performances. Curiosamente, uma das soluções referidas passa pela capacidade de Streaming, e o que vimos no teste do NXGamer à demo Matrix Awakens, e que parece ajustar-se aqui, foi que, apesar de a demo apenas requerer cerca de 300 MB/s, o que está longe de saturar qualquer das soluções, um aumento da velocidade de voo, traz implicações grandes à performance da série X, não afetando verdadeiramente a PS5.

Noutros comentários, como este, percebe-se a clara liberdade como Andrew mistura Mesh Shaders com Primitive Shaders, dando a entender que basicamente eles são o mesmo, ou similares o suficiente, sendo que o nome diferente pode derivar apenas de serem nomes atribuídos em SDKs diferentes para consolas diferentes.

Numa outro tema, estava a ser discutida a performance dos GPUs no 3DMark, e mais especificamente na parte específica de Sampler Feedback. Aí um outro utilizador do fórum referia que ativando o Sampler Feedback no seu GPU tinha tido um ganho de… 5%.

A coisa piorou quando o GPU em causa se soube ser uma RTX 3090, o que levou Andrew a comentar, referindo:

O Sampler feedback – Tal como os originais tiled resources – sempre foram um espaço algo estranho. Mesmo o benefício teórico é bastante marginal… basicamente são casos onde tens um Kernel anisotrópico que sai das bordas de um limite de um “tijolo”, e não pretendes estar a fazer bordas. Obviamente as bordas são completamente razoáveis para dados de texturas.

O comentário na sua totalidade está aqui.