Comment configurer Team Red Miner pour les GPU AMD ? (Overclocks stables)

Comprendre la compatibilité de Team Red Miner

1. Team Red Miner prend en charge les GPU AMD à partir de l'architecture GCN 4.0, y compris les séries RX 400/500, Vega et les cartes basées sur RDNA comme les familles RX 5700 XT, RX 6000 et RX 7000.

2. Les anciennes puces Polaris nécessitent la version de pilote 20.40 ou plus récente pour une stabilité totale avec les fonctionnalités de contrôle de synchronisation de la mémoire de TRM.

3. Les GPU RDNA 3 tels que le RX 7900 XTX bénéficient de remplacements explicites de timing VRAM introduits dans TRM v0.9.5, permettant des timings plus serrés sans panique du noyau.

4. Les graphiques Radeon intégrés ne sont pas pris en charge : seuls les périphériques GPU AMD discrets avec VRAM dédiée sont reconnus par le mineur.

5. Le mineur détecte automatiquement la topologie GPU mais peut signaler de manière erronée les cartes à double GPU comme Radeon Pro Duo, à moins que la bifurcation PCIe ne soit désactivée dans le BIOS.

Structure du fichier de configuration de base

1. TRM utilise un fichier de configuration au format JSON nommé config.json , qui doit résider dans le même répertoire que le binaire exécutable.

2. Chaque GPU se voit attribuer un index commençant à 0 ; entrées sous les paramètres de carte de tableau « périphériques » par index plutôt que par ID PCI.

3. La section « pools » définit les points de terminaison d'exploration de données, prenant en charge plusieurs URL de basculement et la commutation automatique d'algorithmes en fonction des réponses de l'API de rentabilité.

4. Les décalages d'horloge mémoire sont spécifiés en MHz à l'aide d'entiers signés, tandis que les horloges principales utilisent des valeurs absolues en MHz — une distinction critique affectant la stabilité.

5. La vitesse du ventilateur est définie via une courbe linéaire de 0 à 100 % mappée aux seuils de température, avec une interpolation activée par défaut entre les points définis.

Profils d'overclocking stables pour le secteur minier

1. Pour RX 6800 XT : réglez l'horloge principale sur 2 250 MHz, l'horloge mémoire sur +1 200 MHz et la tension sur 950 mV — cela donne un débit constant de 62 MH/s sur KawPoW avec des températures inférieures à 70 °C sous charge continue.

2. Pour RX 7900 GRE : appliquez un décalage de cœur de +150 MHz, un décalage de mémoire de +2 000 MHz et verrouillez la synchronisation de la VRAM sur tRFC=360, tRP=24, tRCD=24 — pour obtenir une vitesse stable de 112 MH/s sur Etchash sans redémarrage sur des exécutions de stress de 72 heures.

3. Pour RX 6600 : utilisez un cœur fixe à 2 450 MHz, une mémoire à +1 800 MHz et désactivez entièrement le boost via « boost » : false — élimine les pics de limitation thermique pendant les sessions de minage Kaspa.

4. Pour Vega 56 : verrouillez le VDDCI à 925 mV et la tension SOC à 850 mV tout en réglant l'horloge de la mémoire à +1 000 MHz — évite les pannes du contrôleur de mémoire de type ASIC, courantes dans les anciennes révisions du micrologiciel.

5. Tous les profils nécessitent un « auto-tune » : false pour empêcher les ajustements de fréquence d'exécution qui déstabilisent les intervalles de soumission de hachage.

Réglage de la gestion thermique et de l'énergie

1. TRM lit la température du GPU directement à partir du capteur intégré, contournant les délais d'interrogation du SMU, ce qui rend les courbes de ventilateur plus réactives que les outils existants.

2. La limite de puissance est appliquée via la négociation du budget de puissance PCIe ; le dépassement de la valeur TDP de la carte déclenche une limitation de courant au niveau matériel, et non une limitation logicielle.

3. Le paramètre « temp-limit » arrête les threads d'extraction si la température de la matrice dépasse la valeur, mais ne réduit pas les horloges : il suspend entièrement le travail jusqu'au refroidissement.

4. La température de jonction VRAM est surveillée séparément sur les cartes RDNA 2+ ; un dépassement de 105°C déclenche un arrêt immédiat, quelle que soit la température à cœur.

5. La sous-tension doit être appliquée progressivement : réduisez la tension par paliers de 10 mV tout en vérifiant l'absence de partage périmé sur trois intervalles consécutifs de 10 minutes.

Foire aux questions

Q : Pourquoi TRM signale-t-il « GPU introuvable » même si Radeon Software détecte la carte ? R : Cela se produit lorsque le GPU est lié au pilote amdgpu mais ne dispose pas d'une exposition aux capacités de calcul : vérifiez que amdgpu.compute=1 est défini dans les paramètres de démarrage du noyau et qu'aucun pilote en conflit comme radeon ou amdkfd n'est chargé.

Q : Puis-je mélanger différents modèles de GPU AMD dans une seule instance TRM ? R : Oui, mais chaque périphérique nécessite un réglage individuel : TRM n'équilibre pas automatiquement les paramètres sur un matériel hétérogène, et des timings de mémoire incompatibles peuvent entraîner des déconnexions de pool sur des cartes plus lentes.

Q : Qu'est-ce qui cause les pics de « parts obsolètes » après l'application d'overclocks ? R : Les périmés augmentent lorsque la variance de latence de la mémoire dépasse ± 5 ns entre les cycles de lecture/écriture : resserrez les valeurs tCL et tCWL dans les chaînes de synchronisation de la VRAM, ou réduisez le décalage de l'horloge mémoire par incréments de 100 MHz jusqu'à ce que les périmés tombent en dessous de 0,3 %.

Q : Est-il sécuritaire d'activer « --enable-restart » sur les overclocks instables ? R : Non : le redémarrage automatique masque l'instabilité sous-jacente ; cela peut entraîner des réinitialisations répétées du bus PCIe qui corrompent les tampons de mémoire partagée utilisés par les démons de surveillance.