Backplate do backplate isso ai, são dois covers nessas imagens, o backplate dela mesmo é esse:Olha, tanto o backplate quanto esse cover são horrorosos kkkkk
Modelo de referência é de longe a placa mais bonita dessa gen até agora, com a founders da Nvidia em segundo (na minha opinião claro).
Ahhhh ai foi da água pro vinho. Joga esses covers fora e deixa esse backplate do capiroto que ta melhor.Backplate do backplate isso ai, são dois covers nessas imagens, o backplate dela mesmo é esse:
![]()
Pode existir uma revisão além da A0? Pode. Os testes podem ter sidos feitos nessa versão? Pode, mas é muito improvável, e coloca muito nisso. Ao meu ver os resultados dos testes são uma mistura de cherry picked + exagero + mentira + PL em 300W ao invés de 355W.Então a amd pegou aqueles números nos slides de uma revisão A1 e/ou B0? Pode ter acontecido uma anomalia dessas?
importante e ser fria7900XTX Red Devil
![]()
![]()
![]()
Só uma pena que a performance é igual e em alguns casos até pior que a reference. Pelo tamano e pelo power design, esperava mais.
Aqui temos dois cenários possíveis:
1) A informação coletada pelo GPU-Z está errada e os chips lançados são na verdade da revisão A0, e não C8;
2) O vBIOS é destinado à revisão A0 mas a placa é da revisão C8.
Caso seja o segundo cenário seria uma incompetência sem tamanho, e isso explicaria bastante essa instabilidade no funcionamento das placas, mas a probabilidade de ser essa opção é baixa, muito mais fácil ser a primeira, até porque...
![]()
... o Komachi garantiu que a revisão do chip é A0, logo erro de leitura do GPU-Z. Sabem o que isso significa? Sim, é a primeira produção do silício da Navi31, zero revisão, com todos os problemas possíveis imagináveis. Isso é muito incomum, até para as versões ES a AMD costuma lançar nas revisões A1 ou B0, então o que vem a mente é que esse lançamento foi completamente 'rushado', precisava de mais alguns meses de análise e de outra(s) revisão(ões) para deixar tudo certinho mas não, saiu do jeito que estamos vendo. Onde se viu algo parecido? Ah, o lançamento das RX 5700(XT), que até hoje possuem problemas no hardware...
Cacete... eu não consigo imaginar a revolta de alguém que desembolsa uma grana numa XTX de última geração, pra ter só problema por um período indeterminado, isso se chegar a ter solução...Que vacilo em AMD.
Parece que a divisão de GPUs da AMD está "jogada as traças". A Nvidia conhece a falha da AMD e o concorrente que sabe disso sempre vencerá.
Aqui temos dois cenários possíveis:
1) A informação coletada pelo GPU-Z está errada e os chips lançados são na verdade da revisão A0, e não C8;
2) O vBIOS é destinado à revisão A0 mas a placa é da revisão C8.
Caso seja o segundo cenário seria uma incompetência sem tamanho, e isso explicaria bastante essa instabilidade no funcionamento das placas, mas a probabilidade de ser essa opção é baixa, muito mais fácil ser a primeira, até porque...
![]()
... o Komachi garantiu que a revisão do chip é A0, logo erro de leitura do GPU-Z. Sabem o que isso significa? Sim, é a primeira produção do silício da Navi31, zero revisão, com todos os problemas possíveis imagináveis. Isso é muito incomum, até para as versões ES a AMD costuma lançar nas revisões A1 ou B0, então o que vem a mente é que esse lançamento foi completamente 'rushado', precisava de mais alguns meses de análise e de outra(s) revisão(ões) para deixar tudo certinho mas não, saiu do jeito que estamos vendo. Onde se viu algo parecido? Ah, o lançamento das RX 5700(XT), que até hoje possuem problemas no hardware...
Não é bem assim que funciona. No caso dos CPUs a placa-mãe se comunica intimamente com o processador, então o intermediador (AGESA) é de extrema importância. Já no caso da GPU não, ela se comunica diretamente com o driver, logo teremos alguns remendos para tampar buracos mas o buraco sempre estará lá, e a qualquer hora esse remendo pode cair com um outro driver (clássico problema vai, problema volta).essas novas gpu tem o sistema parecido com a construção do Ryzen certo ?
se sim vai melhorar com att de bios (que em vga e algo muito raro) e driver eu vejo dessa forma
Resposta definitiva de quem está errado:
> "Entrei em contato com os caras do TPU e, junto com outras informações que coletei, a resposta é clara: O stepping da GPU é de fato a A0 relatada na VBIOS, e C8 é o stepping do PCB que o GPUz lê do driver, não da VBIOS"
> "Isso é absolutamente chocante, pois o Navi31 atrasou quase um ano desde a primeira meta interna, mas de alguma forma não houve tempo suficiente para uma nova revisão"
Como o @XesqueVara disse e o Komachi deixou claro, é erro no hardware mesmo e correção plena apenas com novas revisões do silício, via drivers apenas remendos. No melhor dos casos a série RX 7900 será um reflexo do que foi a série RX5700, hardware remendado via software.
Não é bem assim que funciona. No caso dos CPUs a placa-mãe se comunica intimamente com o processador, então o intermediador (AGESA) é de extrema importância. Já no caso da GPU não, ela se comunica diretamente com o driver, logo teremos alguns remendos para tampar buracos mas o buraco sempre estará lá, e a qualquer hora esse remendo pode cair com um outro driver (clássico problema vai, problema volta).
Logo teremos sim melhoras, mas não espere por soluções plenas e bons ganhos, se bem que da forma que está só de estabilizar/normalizar o funcionamento das placas já estaria de bom tamanho.
---
![]()
mesa/src/gallium/drivers/radeonsi/si_state_shaders.cpp at 2ed9eb1b633f214ff8900ab3be9e639f87cebaef · Mesa3D/mesa
Mesa 3D graphics library (read-only mirror of https://gitlab.freedesktop.org/mesa/mesa/) - Mesa3D/mesagithub.com
Resposta definitiva de quem está errado:
> "Entrei em contato com os caras do TPU e, junto com outras informações que coletei, a resposta é clara: O stepping da GPU é de fato a A0 relatada na VBIOS, e C8 é o stepping do PCB que o GPUz lê do driver, não da VBIOS"
> "Isso é absolutamente chocante, pois o Navi31 atrasou quase um ano desde a primeira meta interna, mas de alguma forma não houve tempo suficiente para uma nova revisão"
Como o @XesqueVara disse e o Komachi deixou claro, é erro no hardware mesmo e correção plena apenas com novas revisões do silício, via drivers apenas remendos. No melhor dos casos a série RX 7900 será um reflexo do que foi a série RX5700, hardware remendado via software.
Não é bem assim que funciona. No caso dos CPUs a placa-mãe se comunica intimamente com o processador, então o intermediador (AGESA) é de extrema importância. Já no caso da GPU não, ela se comunica diretamente com o driver, logo teremos alguns remendos para tampar buracos mas o buraco sempre estará lá, e a qualquer hora esse remendo pode cair com um outro driver (clássico problema vai, problema volta).
Logo teremos sim melhoras, mas não espere por soluções plenas e bons ganhos, se bem que da forma que está só de estabilizar/normalizar o funcionamento das placas já estaria de bom tamanho.
---
![]()
mesa/src/gallium/drivers/radeonsi/si_state_shaders.cpp at 2ed9eb1b633f214ff8900ab3be9e639f87cebaef · Mesa3D/mesa
Mesa 3D graphics library (read-only mirror of https://gitlab.freedesktop.org/mesa/mesa/) - Mesa3D/mesagithub.com
Praticamente isso. Para quem deseja comprar é esperar os drivers fazerem sua parte remendando e contornando o possível para torna-las usáveis. Para quem não for comprar é esperar por um respin, no caso sair um silício revisado que virá a vir no mínimo na metade do próximo ano, logo o mais sensato da AMD seria lançar ele logo como um refresh.Nesse caso, qual é o comportamento usual? larga desse jeito nessa geração ou os caras consertam numa próxima revisão?
Pressão e atrasos, pois agora é o tempo das compras de final de ano e deixar esse período de lado é pedir por acionistas pulando fora. Mas a AMD atrasou, foram dois anos de diferença da RDNA2 para a RDNA3, fora o tempo de desenvolvimento claramente essa arquitetura foi ambiciosa de mais, foram muitas mudanças (intercomunicação, ISA, VOPD, RTRT, IA, SW scheduler, ...) de uma só vez, o time deveria ser pequeno e deu no que deu. Quem culpar?Posso estar errado no meu julgamento, mas o lançamento da placa com revisão A0 provavelmente foi por pressão dos acionistas / investidores e não uma decisão técnica.
O usuário comum perceberá uma curva de desempenho por consumo ruim, clocks variando de forma exagerada e tensão sem escala, além de desempenho abaixo do esperado. Adicione crashs esporádicos e recursos não funcionais aqui e acolá, basicamente o que ocorreu com as RX5700(XT) e que ainda assombram elas, só que em uma escala maior. Já falando de forma mais técnica, a unidade de geometria não está funcionando corretamente, o agendador também, prefetch de shader via hardware também está quebrado, a placa se recusa a ir além de 1.02v mesmo quando está em altíssimo uso (furmark faz a 7900XTX baixar o clock para 1.5GHz, quando a AMD diz que o mínimo dela é 1.9GHz), ao mesmo tempo que ela não quer descer de 0.875v (não fica em idle), problema no VOPD, problema de monitoramento dos registradores e tem mais uma tonelada de avisos nos patch... e assim segue a lista.Mas qual o "defeito" que as placas e o chip revisão A0 estão apresentado?
CPU não tem problema, além da questão das memórias, até aonde eu saiba.Incrivel como a AMD consegue seguir o padrão de: 1 acerto e 1 erro sempre
Pior que dessa vez cagou tanto com GPU quanto com CPU![]()
Resposta definitiva de quem está errado:
> "Entrei em contato com os caras do TPU e, junto com outras informações que coletei, a resposta é clara: O stepping da GPU é de fato a A0 relatada na VBIOS, e C8 é o stepping do PCB que o GPUz lê do driver, não da VBIOS"
> "Isso é absolutamente chocante, pois o Navi31 atrasou quase um ano desde a primeira meta interna, mas de alguma forma não houve tempo suficiente para uma nova revisão"
Como o @XesqueVara disse e o Komachi deixou claro, é erro no hardware mesmo e correção plena apenas com novas revisões do silício, via drivers apenas remendos. No melhor dos casos a série RX 7900 será um reflexo do que foi a série RX5700, hardware remendado via software.
Não é bem assim que funciona. No caso dos CPUs a placa-mãe se comunica intimamente com o processador, então o intermediador (AGESA) é de extrema importância. Já no caso da GPU não, ela se comunica diretamente com o driver, logo teremos alguns remendos para tampar buracos mas o buraco sempre estará lá, e a qualquer hora esse remendo pode cair com um outro driver (clássico problema vai, problema volta).
Logo teremos sim melhoras, mas não espere por soluções plenas e bons ganhos, se bem que da forma que está só de estabilizar/normalizar o funcionamento das placas já estaria de bom tamanho.
---
![]()
mesa/src/gallium/drivers/radeonsi/si_state_shaders.cpp at 2ed9eb1b633f214ff8900ab3be9e639f87cebaef · Mesa3D/mesa
Mesa 3D graphics library (read-only mirror of https://gitlab.freedesktop.org/mesa/mesa/) - Mesa3D/mesagithub.com
A treta dos ryzens da série 7000 é o cacete de placa mãe cara do cacete
quem será que vai ser o primeiro?Chegou rx 7900 na pichau
Nao sei se postei atrasado, mas nao deu tempo de ler o forum
Chegou rx 7900 na pichau
Nao sei se postei atrasado, mas nao deu tempo de ler o forum
Tem o firmware da própria placa, a vBIOS, que é o que faz ela ser reconhecida pelo CPU no POST/BIOS/UEFI e pelo driver dentro do OS. Mas ele é mais um rotulador que um software propriamente dito, ele não tapa buracos como um AGESA ou driver.placa de vídeo não tem (AGESA) ou algo do gênero no meio do caminho ?
e diretão placa>driver>os ?
Nos CPUs a única coisa propriamente dita que me vem de problema é o consumo alto para ter esses clocks elevados (facilmente corrigível) e o controlador de memória DDR5 ser péssimo (algo que não ocorre nos Genoa).Incrivel como a AMD consegue seguir o padrão de: 1 acerto e 1 erro sempre
Pior que dessa vez cagou tanto com GPU quanto com CPU![]()
@dayllann , na sua opinião, qual seria a dificuldade da AMD em ter um desempenho em Ray Tracing igual ou superior ao da NVIDIA?Praticamente isso. Para quem deseja comprar é esperar os drivers fazerem sua parte remendando e contornando o possível para torna-las usáveis. Para quem não for comprar é esperar por um respin, no caso sair um silício revisado que virá a vir no mínimo na metade do próximo ano, logo o mais sensato da AMD seria lançar ele logo como um refresh.
Vale ressaltar que a geração não está perdida, este é apenas o chip N31, responsável pela série 7900. Os chips N32 e N33 não sofrerão deste mal a nível de hardware (apenas a núvel de software se a AMD não arrumar os drivers até o lançamento deles), portanto as futuras 7800, 7700 e 7600 (7500? quem sabe) virão funcionais.
Pressão e atrasos, pois agora é o tempo das compras de final de ano e deixar esse período de lado é pedir por acionistas pulando fora. Mas a AMD atrasou, foram dois anos de diferença da RDNA2 para a RDNA3, fora o tempo de desenvolvimento claramente essa arquitetura foi ambiciosa de mais, foram muitas mudanças (intercomunicação, ISA, VOPD, RTRT, IA, SW scheduler, ...) de uma só vez, o time deveria ser pequeno e deu no que deu. Quem culpar?
O usuário comum perceberá uma curva de desempenho por consumo ruim, clocks variando de forma exagerada e tensão sem escala, além de desempenho abaixo do esperado. Adicione crashs esporádicos e recursos não funcionais aqui e acolá, basicamente o que ocorreu com as RX5700(XT) e que ainda assombram elas, só que em uma escala maior. Já falando de forma mais técnica, a unidade de geometria não está funcionando corretamente, o agendador também, prefetch de shader via hardware também está quebrado, a placa se recusa a ir além de 1.02v mesmo quando está em altíssimo uso (furmark faz a 7900XTX baixar o clock para 1.5GHz, quando a AMD diz que o mínimo dela é 1.9GHz), ao mesmo tempo que ela não quer descer de 0.875v (não fica em idle), problema no VOPD, problema de monitoramento dos registradores e tem mais uma tonelada de avisos nos patch... e assim segue a lista.
![]()
aco: workaround GFX11 hazards (!18273) · Merge requests · Mesa / mesa · GitLab
Mesa 3D graphics librarygitlab.freedesktop.org
Gastando a NAVI em The Witcher 3....
![]()
Teste em 4K:
Teste em QHD:
Teste em FHD:
Sim. Os últimos gráficos são com RT e RT+.ess aí já é o com rt?![]()