Large Bitcoin Collider (Collision Finder Pool) - Deutscher Thread

[hodlcoins]

Konsolenshutdown klappt, nachdem ich jetzt weiß, das "e und warten" den LBC beendet.
Danke!

4 Kerne machen 1,35MK/s, 5 nur 1,45, da es ein 4+HT-Kerner ist, leider.
Aber selbst mit den restlichen 3 Kernen kommt mein Computer gut über den Tag...

[rico666]

Konsolenshutdown klappt, nachdem ich jetzt weiß, das "e und warten" den LBC beendet.
Danke!

4 Kerne machen 1,35MK/s, 5 nur 1,45, da es ein 4+HT-Kerner ist, leider.
Aber selbst mit den restlichen 3 Kernen kommt mein Computer gut über den Tag...

Ja, logische Kerne bringen nicht viel. Ich habe heute 10% Geschwindigkeitsgewinn hinbekommen (Datentransfer GPU->Host asynchron parallel zu den pubkey Berechnungen). Die 10% gelten aber nur für die physischen Kerne:

4 Kerne (+ a bisserl GPU) 6.69 Mk/s (+10%)
8 Kerne (also 4 + 4HT), habe ich 7.7 Mk/s  (knapp +5%)

Wenn 4 Kerne laufen, ist meine GPU zu 43% ausgelastet, wenn 8 Kerne laufen, zu 51%.

Code:

$ ./LBC -c 4 -l 0 -t 5
Ask for work... got blocks [402604649-402607080] (2550 Mkeys)
oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo (6.69 Mkeys/s)
$ ./LBC -c 8 -l 0 -t 1
Ask for work... got blocks [402617273-402618296] (1073 Mkeys)
oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo (7.70 Mkeys/s)

Die Empfehlung ist tatsächlich für Maschinen auf denen noch irgendwas anderes nebenher laufen soll (oder Desktops an denen man arbeitet) nur soviele CPUs angeben wie man auch physische Kerne hat, die logischen lässt man dem User. ;-)

Wenn ich LBC über Nacht auf meinem Notebook laufen lasse, nehme ich das 1 Mk/s natürlich mit.


Rico

edit:

Code:

$ ./LBC -c 4 -t 5
Ask for work... got blocks [405735257-405737688] (2550 Mkeys)
oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo (7.29 Mkeys/s)
Ask for work... got blocks [405745465-405747896] (2550 Mkeys)
oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo (7.29 Mkeys/s)
Ask for work... got blocks [405757305-405759736] (2550 Mkeys)
oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo (7.29 Mkeys/s)

Mal eben 600000 keys/s mehr aus 4 CPUs ;-)

[cagrund]

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.

[rico666]

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. 

Respekt. Ja - sollte hinkommen.

@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?

Hab Dir ne PM geschickt. Prinzipiell für Alle:

Ich konsolidiere verschiedene Ids gerne, aber da ich i.d.R. nicht weiß wer welche id hat, brauche ich die aktuellen (zumindest einige davon) Ids, sowie die IP adresse(n) von denen aus man diese Ids betreibt.
Die IP Adressen sind wichtig, weil sonst könnte ja jeder kommen und irgendeine Id für sich beanspruchen.


Rico

[cagrund]

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. 

[rico666]

Damit ich nicht immer die Konsolen auf haben muß, habe ich einen Autostart-Service eingerichtet. Das klappt auch soweit. 

Nene - tmux is your friend: https://tmux.github.io/

tmux eingeben, es erscheint unten so ein grüner Balken. Dann normal wie auf der Shell arbeiten und dann meinetwegen Fenster abschiessen(*).
Wieder auf dem Server einloggen: "tmux a" eingeben und weiter geht's

(*) oder Ctrl+b d   "detach" ist die zivilere Methode.

Rico

[cagrund]

Damit ich nicht immer die Konsolen auf haben muß, habe ich einen Autostart-Service eingerichtet. Das klappt auch soweit. 

Nene - tmux is your friend: https://tmux.github.io/

tmux eingeben, es erscheint unten so ein grüner Balken. Dann normal wie auf der Shell arbeiten und dann meinetwegen Fenster abschiessen(*).
Wieder auf dem Server einloggen: "tmux a" eingeben und weiter geht's

(*) oder Ctrl+b d   "detach" ist die zivilere Methode.

Rico

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.

[rico666]

Konsolenshutdown klappt, nachdem ich jetzt weiß, das "e und warten" den LBC beendet.
Danke!

4 Kerne machen 1,35MK/s, 5 nur 1,45, da es ein 4+HT-Kerner ist, leider.
Aber selbst mit den restlichen 3 Kernen kommt mein Computer gut über den Tag...

Ich empfehle die Zeitblöcke größer zu machen. Momentan sind die Logs voll von Hodlallthecoins - der client holt sich immer nur irgendwas um die 160 Blöcke.
Für den LBC server ist das kein Problem, aber

Code:

Q: Should I use small or large block chunks?

A: It depends. If you have a stable machine running 24/7, you should
   go for larger chunks of work (like 4 hours or so). If you want to
   operate LBC only casually on some machine you start up and shut
   down rather often, you should have chunks like for 10 minutes. The
   smaller the chunks, the less work you "lose" if some error
   occurs. On the other hand, a single client-server communication
   (fetch-work) takes some time which is lost for adress checking.

Du verlierst durch den Kommunikations-Overhead tausende von Keys die in dieser Zeit hätten
generiert werden können. Ich empfehle momentan nicht unter 10 Minuten (-t 10) zu gehen.
Wenn man den client über Nacht oder 24/7 laufen lässt und er stabil ist, 15 - 30 minuten.
Mittlerweile ist der client auch sehr robust was temporäre Netzwerkausfälle anbelangt, so
daß da keine Arbeit verloren geht.

Kleinere chunks sind gut fürs testen, oder wenn man eine wirklich fette maschine hat (wo schon 5 minuten etliche Gkeys sind).


Rico

[cagrund]

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


Gruß Carsten.

[cagrund]

Strike, TOP30 erreicht. 

[rico666]

Strike, TOP30 erreicht. 

congrats. query müsste nun GPU auth liefern.

Rico

[Real-Duke]

Strike, TOP30 erreicht.  

Das heißt wenn ich heute abend starte, benötige ich mindestens 18 Tage 24/7 um es in die Top 30 zu schaffen...
Ich probiere nacher auch mal ein wenig  

[cagrund]

Strike, TOP30 erreicht. 

congrats. query müsste nun GPU auth liefern.

Rico

Ja, kommt.

Code:

Server answer to 'query' is:
{
"ips" : {
"62.153.208.26" : 241,
"95.89.162.61" : 59
},
"gpuauth" : 1,
"btcadr" : "xxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
"done" : 1812176,
"lastsee" : 1487342100
}
'done' means we have delivered   1900.204 valid Gkeys.

[hodlcoins]

Ich hab -t 1 bzw. 2, damit ich zum runterfahren der Maschine nicht so lange warten muss.
Leider kann ich nur einen Client durchfahren lassen.
Ich werde denn dann auf T20 stellen.

Wie du bei dem Namen auf mich kommst, ist mir völlig unklar...

Hab den LBC gerade neu starten wollen, nun kam New client found, Best generator..., Ask for work DEATH KISS, got blocks.
Nanü? Liegts am Update?

[rico666]

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.

Code:

$ cp -a collider gcollider

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

Code:

$ cd gcollider
$ rm -f bench.pst LBC gen-hrdcore-avx2-linux64 diagnostics-OpenCL.txt 
$ wget https://lbc.cryptoguru.org/downloads/beta/LBC
$ chmod a+x LBC

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

Code:

$ ./LBC --gpu -t 1 -l 0
OpenCL diagnostics written.
GPU authorized: yes
OpenCL program written.

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:

Code:

$ ./LBC --gpu -t 1 -l 0
GPU authorized: yes
Best generator chosen: gen-hrdcore-gpu-linux64
New generator found. (DL-size: 0.72MB)
Benchmark info not found - benchmarking... done.
Your maximum speed is 2098648 keys/s per CPU core.
Ask for work... got blocks [416958585-416959096] (536 Mkeys)
oooooooooooooooooooooooooooooooo (8.06 Mkeys/s)

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

Code:

$ ./LBC --gpu -t 5
GPU authorized: yes
Best generator chosen: gen-hrdcore-gpu-linux64
Ask for work... got blocks [419776761-419779192] (2550 Mkeys)

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

[Real-Duke]

Test läuft vielversprechend mit 1,35MKeys/s auf 4 Cores, nachdem ich das Problem des noch nicht benutzten Passworts geklärt habe...
Das ist für jemanden ohne Linuxerfahrung aber schon eine ganz schöne Hürde, selbst mit der Appliance.

Jup das ungültige Secret hat mir auch locker 20 Minuten Kopfzerbrechen beschert am Freitag  
Anschließend habe ich meine Kiste mal das Wochenende durchlaufen lassen. Ich dachte die Auslastung würde nahe der 100% Marke sein, aber alle 4 Kerne liegen immer so zwischen 30-50%. Wenn nichts weiter gemacht wird, komme ich auf 2MKeys/s.

[rico666]

Anschließend habe ich meine Kiste mal das Wochenende durchlaufen lassen. Ich dachte die Auslastung würde nahe der 100% Marke sein, aber alle 4 Kerne liegen immer so zwischen 30-50%. Wenn nichts weiter gemacht wird, komme ich auf 2MKeys/s.

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

[hodlcoins]

-c 6 auf einem i7-3820 (4+4HT, 3,6GHz) bringt ca. 1,6MKeys/s bei etwa 75% CPU, neben mehreren Browsern, Outlook, usw. usf.
Man kann noch gut nebenher arbeiten, aber manchmal merkt man schon, das Firefox gern etwas mehr Zeit braucht um dieses oder jenes Script abzuarbeiten.

-c 10 auf einem Dual Xenon W5580 (je 4+4HT mit 3,2GHz) ergeben locker 2,4MKeys/s, bei ca. 65% CPU. Zusätzlich lauft neben der VMWare-LBC-Appliance eine VirtualBox mit 2x Win7Pro, wird aber nur sporadisch genutzt, dennoch kann ich denen nicht weniger als je zwei Kernen geben.
Da ich leider nicht festlegen kann, welchen der 4&4 echten bzw. 4&4 HT-Kerne die Appliance benutzt, hab ichs mit "10" probiert, das sollte im Schnitt 5-6 der 8 echten Kerne beschäftigen.

[rico666]

-c 10 auf einem Dual Xenon W5580

Der leuchtet dabei bestimmt ziemlich hell.  

Da ich leider nicht festlegen kann, welchen der 4&4 echten bzw. 4&4 HT-Kerne die Appliance benutzt, hab ichs mit "10" probiert, das sollte im Schnitt 5-6 der 8 echten Kerne beschäftigen.

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

[hodlcoins]

Die W5580 nehmen zusammen nur etwa 200W mehr auf als vorher, laut USV-Display.
Mit TDP 130W pro Stück bin ich also voll im Rahmen.

Ich sehe aber im Taskmanager wildes geflackere auf allen Kanälen.
Leider kann ich auch da nicht sehen, welcher ein echter und welcher ein HT-Kern ist, aber es sind alle immer mal wieder dran.
Der Scheduler ist also recht großzügig in der Verteilung...