Hallo zusammen,


ich habe mich dann auch mal dem Projekt angeschlossen und schieße derzeit mit 72 CPUs auf den Pool.
Aktuell erzeuge ich ca. 77 GKeys pro Stunde. Läuft seit heute 12 Uhr ... somit sollte ich dann morgen gegen Mittag in der TOP30 auftauchen. 

@Rico: Ich bin mit unterschiedlichen IDs registriert. - Kannst Du daß für die TOP30 vllt. konsolidiert unter meinem bekannten Pseudonym cagrund anzeigen? - Brauchst Du die IDs oder die Fingerprints des LBC?

Gruß Carsten.

Hallo zusammen,

mal noch 'ne Frage an die Linux-Profis:

Ich habe meine Clients unter Arch Linux am laufen (nicht die Appliance, OS selber aufgesetzt). 
Damit ich nicht immer die Konsolen auf haben muß, habe ich einen Autostart-Service eingerichtet. Das klappt auch soweit. 

Wenn ich nun einen Client "ordentlich" beenden will erwartet der LBC ja ein "e"+Enter. Dies kann ich aber bei geschlossener Konsole natürlich nicht eingeben und wenn ich mich am OS neu anmelde sehe ich natürlich den LBC nicht. 

Wie komme ich denn jetzt wieder an den LBC um mein "e"+Enter einzugeben? - Ober gibt es eine andere Methode? - Geht das mit ExecStop? 


Danke & Gruß Carsten.


@Rico: Habe Deine PM erhalten und beantwortet. 

Ahh, na da merkt man das ich eigentlich in der Windoofwelt zuhause bin. - Danke, tmux funktioniert 1A.
Und ich war sooo stolz das ich das mit dem Autostart hinbekommen habe ... 


Gruß Carsten.

Werde meine Mega-Clients nachher mal auf 1 Std. umstellen. Laufen aktuell mit -t 10.


Gruß Carsten.

congrats. query müsste nun GPU auth liefern.

Rico

Ja, kommt.

Ok - Kurzfassung der englischen Version

Wenn Ihr "GPU authorized" seid, eine AVX-fähige CPU habt, eine korrekte OpenCL installation habt, LBC nicht in einer VM läuft und ihr den zugehörigen Mut aufbringt:

kopiert euch eueren LBC ordner in eine Kopie für eure Experimente. Z.B.

Im GPU-ordner löscht ihr  bench.pst, LBC und eure gen-hrdcore-avx2-linux64 und eine eventuell vorhandene diagnostics-OpenCL.txt
und holt euch den beta-LBC client

Ok, Stunde der Wahrheit. Beim ersten Aufruf solltet ihr das hier sehen:


LBC beendet sich und in eurem Ordner solltet ihr 2 neue dateien sehen (diagnostics-OpenCL.txt und hash160_deparsed.cl) beide nicht löschen.

beim 2ten Aufruf (und allen folgenden), sollte es losgehen:


In der Theorie. Wenn ihr dann das -l 0 entfernt und die Zeit hochsetzt sollte alles so laufen wie gewohnt - nur schneller.


Nette Zahlen - hm?

---

Auch neu: Benutzerhandbuch unter https://lbc.cryptoguru.org/man/user erweitert mit Themen zu Id, security, BTC addresse setzen, GPU und defaults-datei (lbc.json).


Rico

Das ist seltsam, denn falls die Maschine nur 4 Kerne hat, sollte die Auslastung tatsächlich bei 100% sein.
Falls Du mit 4 Kernen auf 2 Mkeys/s kommst, dann werden die auch genutzt (Ich kenne keine CPU, die mit dem CPU generator in einer VM mit 4 Kernen auf 4Mkeys/s käme)

Fazit:

Entweder hat die Maschine mehr als 4 Kerne, oder die 30-50% werden von irgendeinem komischen Prozessmonitor angezeigt (denn selbst der Win-Taskmanager ist da korrekt).



Rico

Der leuchtet dabei bestimmt ziemlich hell.  


Das musst Du nicht festlegen (*), das macht der Scheduler. Ich glaube kein OS dieser Welt - also nicht einmal Windows - nimmt einen logischen Kern wenn ein physischer idle ist.
Ich glaube das macht sogar der Prozessor selbst. Die HT Kerne dienen ja nur dazu die Prozessoreinheiten besser auszulasten. Das macht keinen Sinn, wenn die eben idle sind.

Sprich: die CPU belegt erst die phys Kerne, dann erst die HTs.

Mit -c10 auf Deinem 8+8HT System lastest Du 8 phys + 2 HT Kerne aus, die restlichen 6HT sind halt für was sonst noch so anfällt.

Ist natürlich nur vereinfacht dargestellt. Klar kann sich dann mal ein Prozess einen phys Kern mit einem anderen teilen, je nachdem wie die prioritäten im Scheduler sind.


Rico

(*) Unter Linux und vermutlich woanders auch, kann man das tatsächlich beeinflussen, wenn man bei einem Prozess die CPU-affinity setzt. Aber ... pffff