PS5 Pro – Uma consola RDNA 3 com características extras do RDNA 4.

Ao contrário do que alguns estão a querer afirmar sobre a PS5 Pro, não há qualquer indicador positivo que o GPU da consola se mantenha RDNA 2. Quanto aos TFLOPS, a consola deverá ter efetivamente 33,4, sendo que não os anunciar será apenas… Porque eles não podem ser usados livremente.

A PS5 pro é RDNA 2 ou RDNA 3.5?

Apesar de rumores sobre a PS5 ter 33,4 TFLOPS, a Sony anuncia apenas 16,7, dando a entender que afinal, o GPU pode ser RDNA 2, e contrariando os rumores de que esta seria baseada no RDNA 3, com características do RDNA 4.

Uma situação actual é que a PS5 é uma arquitetura híbrida e com alterações tais que nunca a poderemos chamar de RDNA 2. Aliás os dados existentes apontam mais para uma espécia de RDNA 3.5, que pouco ou nada tem a ver com o RDNA 2.

Porque dizemos isto?

A situação ficou bem clara quando Mark Cerny veio referir:

PS5 Pro uses the new advanced [ray tracing] feature sets that AMD created as the next step in their roadmap architecture

A frase, proferida em 2024, fala da próxima geração da arquitetura RDNA da AMD. Ora com o RDNA 3 já presente no mercado desde Dezembro de 2022, naturalmente que esta frase, proferida em 2024, refere que a PS5 usa o Ray Tracing da arquitetura que se segue, que é o RDNA 4.

Isto confirma-se pelas performances da consola que se revela entre 2 a 3x mais rápida no Ray Tracing, o que não se consegue com o RDNA 3 face ao RDNA 2.

Mas o Ray Tracing ser do RDNA 4 não implica que a base não possa ser RDNA 2, ou será que implica?

Na realidade… Até implica. E isto porque o RDNA 4 tem como base as alterações efetuadas às compute units do RDNA 3, e que foram denominadas de segunda geração. No RDNA 4, estas alterações vão ainda mais longe, mas a realidade pura e simples é que este Ray Tracing não poderia ser aplicado diretamente às compute units do RDNA 2, pelo que a base terá de ser, forçosamente, o RDNA 3.

Claro que poderíamos sempre pensar que estamos perante um GPU RDNA 2 com as compute units alteradas. Mas a realidade é que, pensando nisso de forma coerente, a situação não aparenta fazer qualquer sentido.

E isto porque se vamos implementar um RT do RDNA 4 que precisa das compute units do RDNA 3, alterar as CU do RDNA 2 seria criar algo novo e muito mais dispendioso que o uso direto do RDNA 3. E o mais ridiculo disso é que estávamos a gastar esse dinheiro tornar as CUs do RDNA 2 em CUs do RDNA 3, que já se encontram desenvolvidas.

Nesse sentido só se torna coerente aceitar que a base é o RDNA 3.

Aqui será de se referir algo muito relevante, e que é: Os GPUs são legos, onde se metem e tiram coisas, mas a realidade é que as alterações só são possíveis dentro de determinados limites.

Alterar as compute units do RDNA 2.0 seria desenvolver uma tecnologia nova e não existente. Que, para compatibilidade com o RDNA 4, seria sempre criar uma espécie de GPU RDNA 3

Não faz sentido nenhum, e a opção lógica e coerente é o usar algo já desenvolvido que faz isso mesmo, o RDNA 3.

Resumidamente, a afirmação sobre o RDNA 2, não aparenta fazer sentido, e consequentemente a comparação do GPU com os GPUs série 6xxx, mesmo com a referência de “alterado” também não faz sentido.

Basicamente o coerente é que a informação de um RDNA híbrido entre o 3 e o 4 seja verdadeira, e assim a Pro é RDNA 3.5.

Mas sendo assim, porque motivo, a PS5 Pro, sendo RDNA 3.5, contabiliza os seus TFLOPS como sendo RDNA 2?

Deparei-me que é esta, e apenas esta situação que está a dar azo a este artigo. Não fosse isso e as linhas de cima nem sequer estariam aqui escritas.

E a realidade é que pode existir uma explicação muito simples para que os TFLOPS sejam contabilizados como RDNA 2. Algo que a humanidade parece ter esquecido, e que se denomina… Honestidade.

Vamos explicar o que queremos dizer:

Desde o RDNA 3 que o calculo de TFLOPS passou a ter na sua fórmula uma nova componente que multiplica o seu valor por dois.

Ora perante o número de compute units e velocidade de relógio da Pro, sendo a consola baseada numa arquitectura mista entre o RDNA 3 e o RDNA 4, seria de se esperar que a Sony anunciasse 33,4 TFLOPS e não 16,7 TFLOPS. O que se passa aqui?

Na realidade, a explicação é muito simples!

Os ganhos trazidos pelo RDNA3 nos Teraflops devem-se a à presença de ALUs adicionais no pipeline, que são acordadas perante a presença de comandos DUAL ISSUE. Estes comandos dual issue, permitem que, à semelhança do que aconteceu com o rapid packed math, possamos duplicar o calculo num único ciclo. A diferença é que no Rapid Packed Math podíamos calcular numa string de x bits, duas strings de x/2 bits, aqui a coisa é diferente, e as wavefronts passaram a 64 bits, o que permite, teoricamente, calcular duas strings de 32 bits em simultâneo, e consequentemente, em teoria, os TFLOPS seriam dobrados.

Apesar de nada ter a ver com os motivos pelos quais a PS5 Pro não contabiliza esta situação, convém não deixar de dizer que este ganho é altamente teórico. E isto porque os casos existentes em que podemos juntar duas strings de 32 bits num frente de onda de 64 bits são poucos. E isso porque as strings tem requisitos de compatibilidade, o que quer dizer que os casos reais de uso são poucos e consequentemente os ganhos reais são pequenos. Ou seja, a duplicação de TFLOPS acaba por ser mero marketing, e os ganhos reais aportados pelo Dual Issue, numa utilização normal, são na realidade mais teóricos do que reais.

Para mais informações vejam, neste artigo, o que escrevemos sobre as restrições do uso do Dual Issue.

Mas colocando este aparte de fora, mesmo que os ganhos sejam pequenos, não respondemos ainda à questão de porque não usa a Pro o calculo duplicado de TFLOPS do RDNA3?

Basicamente pelo facto que o uso do Dual Issue não é automático, e a criação destes comandos é obtida graças a um compilador inteligente que, na altura da compilação do código procura as situações que podem ser combinadas.

E fosse a consola um PC, com layers de abstração no sistema operativo que permitem separar os comandos destinados a diferente hardware com arquitecturas e comandos diferentes, teríamos o Dual Issue aplicado.

Mas convém aqui recordar que o conceito que garante a compatibilidade entre as duas consolas da Sony é o hardware, e não o software. E isso implica não só que não hajam layers de abstração no software.

Ora dado que a PS5 Pro vai correr jogos da PS5, e o compilador da consola base não suporta e nem poderia suportar a criação de wavefronts de 64 bits, uma vez que a consola base não tem a capacidade de lidar com elas, a Pro, mesmo tendo essa capacidade no hardware, não a vai poder usar usar em tudo o que seja código partilhado. E nesse sentido, calcular os TFLOPS como sendo RDNA3, seria altamente enganoso para o cliente.

Por esse motivo, o Dual Issue, não fica sempre acessível, e sendo o suporte adicional à Pro opcional, o correto é ele não ser contabilizado.

Mas se a consola não usa o Dual Issue, ela não tem os 300 Tops, certo. Afinal para os contabilizarmos teríamos de ter 33.4 TFLOPS, e isso implica contar com o Dual Issue?

Errado. E isso porque esta restrição só se aplica no processamento comum com a PS5 base. Tudo o que seja exclusivo da Pro, e que não se executa na PS5 base pode usar o hardware na sua totalidade. Agora a questão é que, como referido, o uso dessas capacidades extras da Pro é algo opcional para o programador, e como tal, algo que nem todos os jogos poderão usar, e nesse sentido indicar os Tflops do RDNA 3 seria enganoso.

Aliás esse será certamente o motivo do insistente alerta que a Sony repete de que esta consola não é de nova geração, pois o facto de não ser, impede que os jogos tirem partido a 100% do hardware da mesma, e o núcleo do jogo será sempre criado a pensar na consola base e suas capacidades, e não na Pro.o

Já is Tops eles são algo usado na IA do PSSR, e isso é algo apenas disponível na Pro. Nesse sentido o Dual Issue pode ser aplicado aqui. Isso implica então que os tops podem e devem ser calculados pela metodologia do RDNA3, contabilizando o dual issue. E com ele chegamos aos referidos 300 Tops, pois com 16,7 TFLOPS eles teriam de ser apenas 150.

Acima de tudo, para se conseguir perceber isto, há que se tirar a cabeça da realidade do mundo PC. Um erro que tem sido muito comum nesta geração de consolas.

A realidade é que as consolas não são PCs, e há motivos para que as coisas sejam como são, e cuja explicação não pode nem ser vista como um mistério, ou encarada como se estivéssemos perante um PC. Há apenas que se perceber o que as consolas são, como são, e porque são assim, e perante isso a explicação das coisas torna-se coerente.

Nota final e conclusões

Apenas porque  a situação pode ser confusa, poderá haver quem questione porque motivo, se as capacidades não existentes na PS5 não podem ser usadas no motor do jogo devido ao facto de se ter de executar um código único, comum, e sem layers de compatibilidade, como pode a PS5 Pro usar um Ray Tracing melhorado que a PS5 não tem?

São coisas diferentes. Como explicado, o Dual Issue é uma capacidade de hardware que requer uma componente de software e a criação de comandos específicos que a PS5 base não suporta. Já o RT é calculado a 100% no hardware. Basicamente usa as mesmas instruções, os mesmos comandos, e o mesmo software, e o que muda é o rendimento interno e o uso (automático) das novas ALUs. E isso implica ganhos imediatos!

No entanto, temos de convir que, para uso total das capacidades do RT, dependendo de como o jogo está programado, poderemos precisar de um patch adicional pois podem haver limites impostos à amplitude e alcance do mesmo de forma a garantir melhores performances, o que bloqueia melhorias por hardware, mesmo que este seja melhorado, necessitando de um Patch que os remova na Pro

Mas basicamente a única situação que se torna mesmo limitativa é exatamente o Dual Issue, e isto porque ele requer que um software, o compilador, durante a compilação do jogo detecte e junte as instruções que podem ser juntas, o que em código comum com a PS5 Base geraria um erro dada a inexistência de layers de abstração no sistema operativo da consola, e a incapacidade de executar esse código no hardware da consola base.

No entanto, situações que só correm na Pro, como os modos Performance Pro e Qualidade Pro, ou o PSSR, que são acrescentados por patch, podem usar o hardware na sua totalidade. Aí a contabilização dos Tflops pode incluir o Dual Issue , mas no entanto, dado que eles só podem ser verdadeiramente contabilizados em situações específicas, sendo a implementação das mesmas um critério do programador, a Sony, a nosso ver de forma correcta, não contabilizou o Dual Issue.

E dessa forma, guarda também um trunfo para a PS6, que pode assim ostentar um valor de TFLOPS cuja diferença para a PS5 pro é maior.