[TÓPICO DEDICADO] NAVI - próxima geração de GPUs da AMD
- Iniciador de Tópicos brender
- Data de Início
Backplate do backplate isso ai, são dois covers nessas imagens, o backplate dela mesmo é esse:
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.
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.
tem parte de plástico atrás ?
vai derreter não ?
power color torradeira sera ?
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...
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á.
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...
Fui dono de AMD por toda minha vida, a da sig é a primeira nVidia, e admito que sempre foi meio cansativo essa vida de viver alternando entre NimeZ e driver oficial, porque quase sempre aparecia uma "novidade". A gota d'água mesmo pra mim, foi a partir do 22.10.xx, que além de sumir com o controle de fans da minha RX580, quebrou meu over de vez e comeu 50% do meu desempenho em DX11, sem mais nem menos.
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...
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/mesa
github.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/mesa
Caraleo, mas que lambança.
Em performance, uma x800XT com preço de série x900XTX.
Essa geração pode passar direto mesmo seloco.
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/mesa
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.
Mas qual o "defeito" que as placas e o chip revisão A0 estão apresentado?
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 library
gitlab.freedesktop.org
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
A treta dos ryzens da série 7000 é o cacete de placa mãe cara do cacete
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/mesa
placa de vídeo não tem (AGESA) ou algo do gênero no meio do caminho ?
e diretão placa>driver>os ?
É isso mesmo que falo, AMD podia ter dado uma maneirada nas exigências nos chipsets pq pqp...
Eu tava com a ideia de já pular pros Ryzen 7000 antes de pegar o 5600 mas o preço da mobo me espantou, da CPU e RAM até que tava OK (Aliexpress)
Fui conferir e my god, preços daquele jeitinho xD
Placa de Video ASRock Radeon RX 7900 XT, 20GB, GDDR6, 320-bit, 90-GA43ZZ-00UANL
Placa de Video ASRock Radeon RX 7900 XT, 20GB, GDDR6, 320-bit, 90-GA43ZZ-00UANL, Memória de vídeo 20GB, Tipo de memória GDDR6, Pichau info
www.pichau.com.br
Placa de Video Sapphire Radeon RX 7900 XT Gaming, 20GB, GDDR6, 320-bit, 21323-01-20G
Placa de Video Sapphire Radeon RX 7900 XT Gaming, 20GB, GDDR6, 320-bit, 21323-01-20G, Tamanho da memória 20480 MB, Tipo de Memória GDDR6, Pichau info
www.pichau.com.br
Placa de Video Sapphire Radeon RX 7900 XTX Gaming, 24GB, GDDR6, 384-bit, 21322-01-20G
Placa de Video Sapphire Radeon RX 7900 XTX Gaming, 24GB, GDDR6, 384-bit, 21322-01-20G, Tamanho da memória 24576 MB, Tipo de Memória GDDR6, Pichau info
www.pichau.com.br
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.
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
E
EtaLasquera
Guest
Gastando a NAVI em The Witcher 3....
Teste em 4K:
Teste em QHD:
Teste em FHD:
Teste em 4K:
Teste em QHD:
Teste em FHD:
@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 library
Gastando a NAVI em The Witcher 3....
Teste em 4K:
Teste em QHD:
Teste em FHD:
ess aí já é o com rt?
Sim. Os últimos gráficos são com RT e RT+.ess aí já é o com rt?