AMD résout la controverse : la pré-extraction du shader RDNA 3 fonctionne bien

(Crédit image : AMD)

Selon une déclaration publiée par AMD à Le matériel de Tom:

« Comme les générations de matériel précédentes, la prélecture des shaders est prise en charge sur RDNA 3 conformément à [gitlab link (opens in new tab)]. Le code en question contrôle une fonction expérimentale qui n’était pas ciblée pour être incluse dans ces produits et ne sera pas activée dans cette génération de produits. Il s’agit d’une pratique courante dans l’industrie consistant à inclure des fonctionnalités expérimentales pour permettre l’exploration et le réglage en vue du déploiement dans une future génération de produits. » — Porte-parole d’AMD à Le matériel de Tom.

La déclaration d’AMD fait suite aux rapports des médias selon lesquels le silicium Navi31 récemment lancé dans les cartes graphiques RDNA 3 dispose d’un « matériel de pré-extraction de shader non fonctionnel ». La source de la spéculation, @Kepler_L2a cité le code des pilotes Mesa3D qui semblait indiquer que la prélecture du shader ne fonctionnait pas pour certains GPU avec la révision A0 du silicium (CHIP_GFZ1100, CHIP_GFX1102 et CHIP_GFX110).

Cependant, la déclaration d’AMD indique que le code cité par Kepler_L2 concernait une fonction expérimentale qui n’était pas destinée aux produits finaux RDNA 3, il est donc désactivé pour le moment. AMD note que l’inclusion de fonctionnalités expérimentales dans un nouveau silicium est une pratique assez courante, ce qui est exact – nous avons souvent vu cette approche utilisée avec d’autres types de processeurs, comme les CPU.

Par exemple, AMD a livré une génération entière de produits Ryzen 3000 avec les TSV nécessaires pour activer le V-Cache 3D, mais n’a utilisé la fonctionnalité qu’à la toute fin de l’ère Ryzen 5000. De même, Intel ajoute souvent des fonctionnalités qui pourraient ne pas figurer dans le produit final, sa fonctionnalité DLVR en étant un exemple récent.

Source-138