Wie richte ich in HiveOS ein Flugblatt für Dual Mining ein?

Übersicht über die Dual-Mining-Konfiguration

1. HiveOS unterstützt durch seinen integrierten Flightsheet-Mechanismus das gleichzeitige Mining von zwei Algorithmen auf kompatibler GPU-Hardware. Diese Funktionalität basiert auf einer ordnungsgemäßen Ressourcenpartitionierung auf Kernelebene und einer treiberbewussten Prozessisolation.

2. Das Flight Sheet fungiert als Laufzeitkonfigurationscontainer, der definiert, welche Miner-Binärdateien ausgeführt werden, welche Startparameter sie haben und wie Systemressourcen wie VRAM, Speichertakte und Leistungsgrenzen zwischen den primären und sekundären Mining-Prozessen zugewiesen werden.

3. Dual Mining ist nur auf AMD-GPUs mit RDNA2-Architektur oder NVIDIA-Karten mit Rechenleistung 6.1 und höher möglich, vorausgesetzt, die Treiber erfüllen die Mindestversionsanforderungen von HiveOS (v0.6-224+).

4. Flight Sheets müssen bestimmten Rig-Profilen zugewiesen und nicht global angewendet werden, um die Konfigurationsintegrität über heterogene Mining-Farmen hinweg sicherzustellen.

Arbeitsablauf zur Flugblatterstellung

1. Greifen Sie auf die HiveOS-Weboberfläche zu und navigieren Sie zum Abschnitt „Rig → Flight Sheet“ für den Zielcomputer.

2. Klicken Sie auf „Neues Flugblatt hinzufügen“ und wählen Sie die Dual-Mining-Vorlage aus dem Dropdown-Menü aus. Zu den Optionen gehören ETH+ALPH, ETH+CFX und BTC+ERGO, je nach aktiver Pool-Unterstützung.

3. Definieren Sie den primären Miner-Binärpfad, z. B. /hive/miners/lolminer/1.58/lolMiner , gefolgt von den entsprechenden Argumenten, einschließlich --algo ETHASH und --pool endpoint.

4. Geben Sie den sekundären Miner-Pfad und die Argumente im dafür vorgesehenen Feld an und stellen Sie sicher, dass nicht widersprüchliche CUDA- oder OpenCL-Geräteindizes mit den Argumentflags --devices oder --gpu deklariert werden.

5. Speichern Sie das Flugblatt und weisen Sie es dem aktiven Profil des Rigs zu, bevor Sie den Knoten neu starten, um Validierungsprüfungen zu starten.

Einschränkungen bei der Ressourcenzuteilung

1. Die VRAM-Zuweisung muss manuell mithilfe der Flags --lhr_tune oder --dualmode aufgeteilt werden. Der automatische Ausgleich ist deaktiviert, um eine Verschlechterung der Hash-Rate während Epochenübergängen zu verhindern.

2. Die Drosselung der Speicherbandbreite gilt, wenn beide Miner gleichzeitig auf denselben GPU-Speichercontroller zugreifen – dies löst interne HiveOS-Warnungen aus, die unter /var/log/hive/flight-sheet.log protokolliert werden.

3. Anpassungen der Leistungsbegrenzung erfordern eine Koordination zwischen den TDP-Einstellungen beider Bergleute. Das Überschreiten der thermischen Designleistung der Karte führt zu sofortigen, durch den Watchdog ausgelösten Neustarts.

4. Die Taktversatzwerte für Kern und Speicher müssen in beiden Mining-Instanzen identisch bleiben, um in der DAG-Verifizierungsschicht gemeldete Zeitinkonsistenzen zu vermeiden.

Überwachungs- und Validierungssignale

1. Der Dual-Mining-Status in Echtzeit wird im Rig-Dashboard → Miner-Statistik- Panel mit separaten Zeilen für die akzeptierten Anteile und Hashrate jedes Algorithmus angezeigt.

2. Anormales Verhalten äußert sich in nicht übereinstimmenden Betriebszeitzählern zwischen Minern, sichtbar auf der Registerkarte „Prozesse“ → „Läuft“ , wo eine Binärdatei möglicherweise intermittierende Respawn-Zyklen anzeigt.

3. HiveWatch-Warnungen werden ausgelöst, wenn die kombinierte GPU-Auslastung länger als 90 Sekunden 97 % überschreitet, was darauf hindeutet, dass der Planungsspielraum für Telemetrieaufgaben im Hintergrund nicht ausreicht.

4. Temperaturspitzen über 82 °C an einem beliebigen Kernsensor führen zu einer automatischen Flugblattunterbrechung, bis ein manueller Eingriff die thermischen Schwellenwerte über den CLI-Befehl hive-set temp_limit 80 zurücksetzt.

Häufig gestellte Fragen

F: Kann ich zwei verschiedene Miner-Binärdateien von verschiedenen Anbietern in einem Flugblatt ausführen? A: Ja, vorausgesetzt, beide Binärdateien unterstützen denselben GPU-Treiber-ABI und versuchen nicht, eine exklusive Gerätesperre durchzuführen. Konflikte entstehen, wenn einer der Miner die Flags --no-nvml oder --disable-watchdog erzwingt.

F: Warum meldet mein sekundärer Miner trotz korrekter Geräteindizierung „GPU nicht gefunden“? A: Dies geschieht, wenn der primäre Miner alle verfügbaren Rechenkontexte belegt. Weisen Sie beiden Minern eine explizite --device 0,1-Syntax zu und deaktivieren Sie die automatische Erkennung mit --no-autofind.

F: Ist Übertakten während Dual-Mining-Vorgängen zulässig? A: Statische Übertaktungen, die über die Hive-Konfiguration angewendet werden, werden berücksichtigt, aber dynamische OC-Profile, die während des Minings aktiviert werden, verursachen Instabilität. HiveOS deaktiviert die OC-Anwendung, während Dual Mining aktiv ist, es sei denn, dies wird mit dem Flag --unsafe-oc erzwungen.

F: Bleiben Flugblätter nach Betriebssystemaktualisierungen bestehen? A: Flight-Sheet-Definitionen überleben kleinere HiveOS-Updates, werden jedoch bei größeren Versionssprüngen (z. B. v0.6 → v0.7) gelöscht. Exportieren Sie Konfigurationen immer mit Hive-Backup, bevor Sie Upgrades starten.