Was ist die beste RandomX-Konfiguration für Monero Mining?

Grundlagen des RandomX-Algorithmus

1. RandomX ist ein speicherintensiver, CPU-optimierter Proof-of-Work-Algorithmus, der exklusiv für die Konsensschicht von Monero entwickelt wurde.

2. Es erfordert mindestens 2 GiB schnellen RAM pro Thread, um die für die Hash-Generierung erforderlichen Anweisungen der virtuellen Maschine auszuführen.

3. Der Algorithmus vermeidet bewusst die GPU- und ASIC-Beschleunigung, indem er auf unregelmäßige Speicherzugriffsmuster und häufige Cache-Fehler setzt.

4. Jeder RandomX-Hash erfordert eine JIT-Kompilierung von randomisiertem Bytecode, wodurch vorberechnete Optimierungen nicht möglich sind.

5. Sein Design erzwingt eine strikte Ausrichtung an x86-64-Befehlssätzen und deaktiviert spekulative Ausführungsminderungen nur, wenn dies durch die Hardware-Firmware-Einstellungen ausdrücklich zugelassen wird.

Optimale CPU-Hardwareauswahl

1. Prozessoren der Serien AMD Ryzen 7000 und 8000 liefern aufgrund ihrer hohen Kernanzahl und Dual-Channel-DDR5-Speicherbandbreite eine überlegene RandomX-Hashrate pro Watt.

2. Intel Core i5-13600K und i7-14700K bleiben konkurrenzfähig, wenn sie mit DDR5-5600 CL30-Modulen mit niedriger Latenz und aktivierten XMP-Profilen konfiguriert werden.

3. Ältere CPUs wie der Ryzen 5 3600 erreichen immer noch stabile 3,2–3,5 kh/s pro Kern, leiden jedoch bei anhaltender Last unter einer stärkeren thermischen Drosselung.

4. Threadripper-Plattformen überschreiten die Gesamt-Hashrate von 50 kh/s, führen jedoch aufgrund der Speichercontroller-Sättigung zu sinkenden Erträgen über 32 aktive Threads hinaus.

5. ARM-basierte CPUs werden nicht unterstützt – die RandomX-Validierung schlägt auf Nicht-x86-64-Architekturen fehl, unabhängig von Speicherkapazität oder Taktrate.

Anforderungen an die Speicherkonfiguration

1. Jeder aktive Mining-Thread erfordert dedizierte 2 GiB zusammenhängenden RAM-Speicherplatz; Durch die gemeinsame Nutzung des Speichers über Threads hinweg wird der effektive Durchsatz um bis zu 18 % reduziert.

2. DDR5-6000 CL30-Kits, die im symmetrischen Dual-Rank-Modus betrieben werden, erzielen im Vergleich zu DDR4-3200-Äquivalenten eine konsistente Steigerung von 5–7 %.

3. Speicher-Timings müssen manuell abgestimmt werden: tRFC sollte 520 Zyklen nicht überschreiten und tFAW muss unter 32 ns bleiben, um Pipeline-Störungen zu verhindern.

4. ECC-Speicher ist vollständig kompatibel, verursacht jedoch einen Latenznachteil von ca. 2,3 %, sofern er nicht mit Server-Chipsätzen gekoppelt wird, die optimierte Fehlerkorrekturpfade unterstützen.

5. Die Verwendung von Auslagerungsdateien oder komprimiertem RAM für den RandomX-Vorgang löst bei der Initialisierung eine sofortige Ablehnung durch xmrig-Validatoren aus.

Software-Tuning-Parameter

1. Das Flag --large-pages muss in der xmrig-Konfiguration aktiviert sein, um Speicher in 2 MiB-Seiten zuzuweisen, wodurch der TLB-Druck um 41 % reduziert wird.

2. Die Einstellung --cpu-max-threads-hint=90 verhindert eine vollständige Kernsättigung und bewahrt die Reaktionsfähigkeit des Systems für Hintergrundaufgaben, ohne mehr als 1,2 % Hash-Rate zu opfern.

3. Die Aktivierung von --randomx-no-jit verringert die Leistung um 22–27 % und ist nur während Debugging-Sitzungen akzeptabel.

4. Pool-Verbindungsparameter erfordern --coin xmr und --url stratum+tcp://pool.example.com:19999 – das Weglassen von beidem führt zu einem Authentifizierungsfehler.

5. Die Ausführlichkeit der Protokollierung sollte auf Stufe 1 ( --log-level=1 ) bleiben, um Festplatten-E/A-Engpässe bei mehrtägigen Mining-Läufen zu vermeiden.

Häufige Fragen und Antworten

F: Kann ich den integrierten Grafikspeicher als RandomX-Arbeitsbereich verwenden? A: Nein. RandomX erfordert unbedingt, dass der System-RAM über den Speichercontroller der CPU adressierbar ist. Auf den gemeinsam genutzten GPU-VRAM kann nicht zugegriffen werden und der Prozess wird sofort beendet.

F: Verbessert das Übertakten des Speichercontrollers die RandomX-Ausgabe linear? A: Erreicht ein Plateau über DDR5-6400 CL32 hinaus. Durch die Erhöhung der Frequenzen wird die Instabilität ohne messbaren Anstieg der Hash-Rate weiter erhöht – die beobachtete Varianz bleibt innerhalb von ±0,4 kh/s.

F: Ist die AVX-512-Unterstützung für RandomX von Vorteil? A: RandomX verwendet keine AVX-512-Anweisungen. Die Aktivierung auf kompatiblen CPUs führt zu unnötigem Stromverbrauch und thermischer Belastung ohne funktionelle Vorteile.

F: Warum lehnt xmrig meine config.json ab, wenn ich mehr als 64 Threads spezifiziere? A: Die RandomX-Laufzeit legt eine feste Grenze von 64 logischen Threads pro Instanz fest. Das Überschreiten dieses Werts löst einen internen Assertionsfehler aus und bricht die Initialisierung ab.