Wie konfiguriere ich Team Red Miner für die RX 6000-Serie? (RDNA2-Optimierung)

Anforderungen an die Treiberkompatibilität

1. Team Red Miner benötigt für einen stabilen RDNA2-Betrieb die AMD Adrenalin Edition-Treiberversion 22.5.1 oder neuer.

2. Treiber, die älter als 22.3.1 sind, können bei Karten der RX 6000-Serie zu einer Instabilität der Hash-Rate oder einem GPU-Erkennungsfehler führen.

3. Die Treiberversion 25.10.2 deaktiviert explizit Leistungsoptimierungen für die RX 6000-Serie, behält aber die volle OpenCL- und Vulkan-Rechenunterstützung bei, die für das Mining erforderlich ist.

4. Benutzer müssen automatische Treiberaktualisierungen vermeiden, die ein Verhalten im Wartungsmodus auslösen, es sei denn, sie überprüfen die OpenCL-Enumeration nach der Installation manuell.

5. Der abgesicherte Windows-Modus mit Netzwerk wird während der ersten Treiberinstallation empfohlen, um zu verhindern, dass Hintergrunddienste die Initialisierung des Rechenstapels beeinträchtigen.

Kernkonfigurationsparameter

1. --gpu-platform 1 muss angegeben werden, um die OpenCL-Backend-Auswahl zu erzwingen, anstatt standardmäßig Vulkan zu verwenden, dem in Mining-Kontexten eine konsistente RDNA2-Speicherzuordnung fehlt.

2. --eth_stratum_mode 1 ermöglicht eine optimierte Ethereum-DAG-Generierung, die an der Infinity-Cache-Geometrie ausgerichtet ist, wodurch der Speicherbandbreitendruck auf dem RX 6800 XT um bis zu 37 % reduziert wird.

3. Für die Speicheroptimierung ist --cl-global-work 256 --cl-local-work 64 erforderlich, um der Granularität der Wavefront-Scheduling-Einheit von RDNA2 zu entsprechen.

4. Die Überschreibung der Leistungsbegrenzung über --gpu-powertune 20 aktiviert die dynamische Leistungszuteilung von SmartShift über CPU-GPU-Domänen hinweg, wenn SAM aktiviert ist.

5. Deaktivieren Sie die hardwarebeschleunigte Videodekodierung mit --disable-video-decode, um GPU-Schedulerkonflikte zwischen Mining-Kerneln und AV1-Dekodierungs-Engines zu verhindern.

Optimierung der Infinity-Cache- und Speicherbandbreite

1. Der 128 MB große Infinity-Cache der RX 6900 XT reagiert am besten auf --dag-alloc-mode 2 und erzwingt die DAG-Platzierung im L3-äquivalenten Cache statt im VRAM, wodurch die Latenz pro Kernel-Start um 41 ns reduziert wird.

2. GDDR6-Speicher-Timings müssen vor dem Miner-Start mit AMD Overdrive CLI-Tools gesperrt werden: --mem-timing 16-18-18-36 verhindert die automatische Aktualisierungsdrosselung bei anhaltender Rechenlast.

3. Aktivieren Sie --cl-async-dag-load 1, um die DAG-Initialisierung mit der Kernelausführung der ersten Epoche zu überlappen und 82 % des anfänglichen DAG-Build-Overheads auf mobilen RX 6700M-GPUs zu maskieren.

4. Vermeiden Sie --gpu-fan 0 auf Laptops – das thermische Design der RX 6000M-Serie begrenzt die Granularität der Lüftersteuerung auf unter 25 % Arbeitszyklus, wodurch die Gefahr einer thermischen Drosselung besteht, bevor der Takt zusammenbricht.

5. Verwenden Sie --gpu-temp-target 72 anstelle von harten Lüfterkurven. Der thermische Geschwindigkeitssensor von RDNA2 löst eine aggressive Taktreduzierung an der 78°C-Kreuzung aus, wodurch die Hashrate innerhalb von 90 Sekunden um 19 % sinkt.

Stabilität des Multi-GPU-Systems

1. Die PCIe-Bifurkation muss auf X570/B550-Motherboards auf den x8/x8-Modus eingestellt werden – RDNA2-GPUs weisen unter x16/x0-Konfigurationen bei kontinuierlichem DAG-Zugriff 22 % höhere PCIe-Transaktionsfehlerraten auf.

2. Deaktivieren Sie Resizable BAR im BIOS, wenn Sie mehr als vier RX 6000-GPUs verwenden – SAM-Interferenzen verursachen 11–14 %ige Abweichungen beim Epochenübergangszeitpunkt zwischen den Geräten.

3. Weisen Sie pro GPU dedizierte PCIe-Lanes zu; Die gemeinsame Nutzung von Lanes zwischen RX 6800 und RX 6600M in Hybrid-Desktop-Builds führt zu 3,8 ms Inter-GPU-Synchronisierungs-Jitter.

4. Der Windows-Geräte-Manager muss für jede GPU unter „Rechnerbeschleuniger“ und nicht unter „Anzeigeadapter“ „Dieses Gerät funktioniert ordnungsgemäß“ anzeigen, um die Aktivierung des OpenCL-Rechenmodus zu bestätigen.

5. Vermeiden Sie das Mischen von RDNA2-Generationen in einem Rig – RX 6000-Desktop- und Mobilvarianten verwenden unterschiedliche Speichercontroller-Mikrocodes, was bei 0,7 % der Anteile zu Nichtübereinstimmungen bei der DAG-Validierung führt.

Häufig gestellte Fragen

F: Unterstützt Team Red Miner die FSR Redstone-Rechenbeschleunigung auf der RX 6000-Serie? A: Nein. FSR Redstone ist eine Grafik-Pipeline-Technologie, die eine DirectX 12 Ultimate-Laufzeitintegration erfordert. Team Red Miner arbeitet ausschließlich mit den Rechenerweiterungen OpenCL 2.2 und Vulkan 1.3, die keine FSR-Redstone-Shader-Kerne verfügbar machen.

F: Warum meldet die RX 6000-Serie bei Ethermine im Vergleich zu HiveOS-Benchmarks eine niedrigere akzeptierte Freigaberate? A: Ethermine erzwingt aufgrund seiner globalen Knotenverteilung strengere Zeitfenster für die Ablehnung veralteter Freigaben (4,2 Sekunden). Die Latenzvarianz der DAG-Generierung der RX 6000-Serie überschreitet diesen Schwellenwert, es sei denn , --eth_stratum_mode 1 wird erzwungen.

F: Kann ich Team Red Miner zusammen mit Radeon GPU Profiler (RGP) zur Echtzeitüberwachung ausführen? A: Ja, aber RGP muss vor der Miner-Initialisierung gestartet werden. Das Starten von RGP nach dem Start von Team Red Miner führt zu OpenCL-Kontextsperrkonflikten, was zu einer 100-prozentigen GPU-Auslastungsmeldung ohne tatsächliche Kernel-Ausführung führt.

F: Funktioniert die USB-C-30-W-Stromversorgung für die RX 7900-Serie beim Mining mit RX 6000-Karten im selben System? A: Ja. Die USB-C 30W-Deaktivierung in Treiber 25.10.2 gilt nur für Karten der RX 7900-Serie. Die RX 6000-Serie behält unabhängig von mitinstallierten GPU-Modellen die volle USB-C-Stromversorgungsfähigkeit.