Comment configurer Team Red Miner pour la série RX 6000 ? (Optimisation RDNA2)

Exigences de compatibilité des pilotes

1. Team Red Miner nécessite la version 22.5.1 ou ultérieure du pilote AMD Adrenalin Edition pour un fonctionnement stable du RDNA2.

2. Les pilotes antérieurs à 22.3.1 peuvent provoquer une instabilité du taux de hachage ou un échec de détection du GPU sur les cartes de la série RX 6000.

3. La version du pilote 25.10.2 désactive explicitement les optimisations de performances pour la série RX 6000, mais conserve la prise en charge complète du calcul OpenCL et Vulkan requise pour l'exploitation minière.

4. Les utilisateurs doivent éviter les mises à jour automatiques des pilotes qui déclenchent un comportement en mode maintenance, à moins de vérifier manuellement l'énumération OpenCL après l'installation.

5. Le mode sans échec Windows avec mise en réseau est recommandé lors de l'installation initiale du pilote pour empêcher les services d'arrière-plan d'interférer avec l'initialisation de la pile de calcul.

Paramètres de configuration de base

1. --gpu-platform 1 doit être spécifié pour forcer la sélection du backend OpenCL au lieu de la valeur par défaut sur Vulkan, qui manque de mappage de mémoire RDNA2 cohérent dans les contextes d'exploration de données.

2. --eth_stratum_mode 1 permet une génération optimisée de DAG Ethereum alignée sur la géométrie Infinity Cache, réduisant ainsi la pression sur la bande passante mémoire jusqu'à 37 % sur le RX 6800 XT.

3. Le réglage de la mémoire nécessite --cl-global-work 256 --cl-local-work 64 pour correspondre à la granularité de l'unité de planification du front d'onde de RDNA2.

4. Le remplacement de la limite de puissance via --gpu-powertune 20 active l'allocation de puissance dynamique SmartShift entre les domaines CPU-GPU lorsque SAM est activé.

5. Désactivez le décodage vidéo accéléré par le matériel avec --disable-video-decode pour éviter les conflits du planificateur GPU entre les noyaux miniers et les moteurs de décodage AV1.

Réglage du cache Infinity et de la bande passante mémoire

1. Le cache Infinity de 128 Mo du RX 6900 XT répond mieux à --dag-alloc-mode 2 , forçant le placement du DAG dans un cache équivalent L3 plutôt que dans la VRAM, réduisant ainsi la latence de 41 ns par lancement du noyau.

2. Les timings de la mémoire GDDR6 doivent être verrouillés à l'aide des outils CLI AMD Overdrive avant le démarrage du mineur : --mem-timing 16-18-18-36 empêche la limitation automatique du rafraîchissement sous une charge de calcul soutenue.

3. Activez --cl-async-dag-load 1 pour chevaucher l'initialisation du DAG avec l'exécution du noyau de la première époque, masquant 82 % de la surcharge initiale de construction du DAG sur les GPU mobiles RX 6700M.

4. Évitez --gpu-fan 0 sur les ordinateurs portables — La conception thermique de la série RX 6000M limite la granularité du contrôle du ventilateur en dessous de 25 % du cycle de service, risquant ainsi une limitation thermique avant l'effondrement de l'horloge.

5. Utilisez --gpu-temp-target 72 au lieu des courbes de ventilateur dures ; Le capteur de vitesse thermique du RDNA2 déclenche une réduction agressive de l'horloge à une jonction à 78°C, dégradant le hashrate de 19 % en 90 secondes.

Stabilité du système multi-GPU

1. La bifurcation PCIe doit être réglée sur le mode x8/x8 sur les cartes mères X570/B550 — Les GPU RDNA2 présentent des taux d'erreur de transaction PCIe 22 % plus élevés sous les configurations x16/x0 lors d'un accès continu au DAG.

2. Désactivez la BAR redimensionnable dans le BIOS lorsque vous utilisez plus de quatre GPU RX 6000 : les interférences SAM provoquent une variation de 11 à 14 % dans le timing de transition d'époque entre les appareils.

3. Attribuez des voies PCIe dédiées par GPU ; le partage de voies entre le RX 6800 et le RX 6600M dans les versions de bureau hybrides introduit une gigue de synchronisation inter-GPU de 3,8 ms.

4. Le Gestionnaire de périphériques Windows doit afficher « Ce périphérique fonctionne correctement » pour chaque GPU sous « Accélérateurs de calcul », et non « Adaptateurs d'affichage », pour confirmer l'activation du mode de calcul OpenCL.

5. Évitez de mélanger les générations RDNA2 dans une seule plate-forme : les variantes de bureau et mobiles du RX 6000 utilisent un microcode de contrôleur de mémoire différent, ce qui entraîne des inadéquations de validation DAG dans 0,7 % des partages.

Foire aux questions

Q : Team Red Miner prend-il en charge l'accélération de calcul FSR Redstone sur la série RX 6000 ? R : Non. FSR Redstone est une technologie de pipeline graphique nécessitant l'intégration du runtime DirectX 12 Ultimate. Team Red Miner fonctionne exclusivement via les extensions de calcul OpenCL 2.2 et Vulkan 1.3, dont aucune n'expose les cœurs de shader FSR Redstone.

Q : Pourquoi la série RX 6000 signale-t-elle un taux de partage accepté inférieur sur Ethermine par rapport aux références HiveOS ? R : Ethermine applique des fenêtres de rejet de partages obsolètes plus strictes (4,2 secondes) en raison de sa distribution globale de nœuds. La variance de latence de génération DAG de la série RX 6000 dépasse ce seuil à moins que --eth_stratum_mode 1 ne soit appliqué.

Q : Puis-je exécuter Team Red Miner avec Radeon GPU Profiler (RGP) pour une surveillance en temps réel ? R : Oui, mais RGP doit être lancé avant l'initialisation du mineur. Le lancement de RGP après le démarrage de Team Red Miner provoque des conflits de verrouillage de contexte OpenCL, entraînant un rapport d'utilisation du GPU à 100 % sans exécution réelle du noyau.

Q : L'alimentation USB-C 30 W est-elle fonctionnelle pour la série RX 7900 lors du minage avec des cartes RX 6000 dans le même système ? R : Oui. La désactivation de l'USB-C 30W dans le pilote 25.10.2 s'applique uniquement aux cartes de la série RX 7900. La série RX 6000 conserve la pleine capacité d'alimentation USB-C, quels que soient les modèles de GPU co-installés.