Pages:
Author

Topic: Large Bitcoin Collider (Collision Finder Pool) - Deutscher Thread - page 19. (Read 51055 times)

legendary
Activity: 1120
Merit: 1037
฿ → ∞
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
legendary
Activity: 3486
Merit: 2287
Wheel of Whales 🐳
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  Wink
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.
legendary
Activity: 1120
Merit: 1037
฿ → ∞
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
legendary
Activity: 1100
Merit: 1058
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... Grin

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?
legendary
Activity: 1372
Merit: 1000
CTO für den Bundesverband Bitcoin e. V.
Strike, TOP30 erreicht.  Grin

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.

legendary
Activity: 3486
Merit: 2287
Wheel of Whales 🐳
Strike, TOP30 erreicht.  Grin

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  Smiley
legendary
Activity: 1120
Merit: 1037
฿ → ∞
Strike, TOP30 erreicht.  Grin

congrats. query müsste nun GPU auth liefern.

Rico
legendary
Activity: 1372
Merit: 1000
CTO für den Bundesverband Bitcoin e. V.
Strike, TOP30 erreicht.  Grin
legendary
Activity: 1372
Merit: 1000
CTO für den Bundesverband Bitcoin e. V.
Werde meine Mega-Clients nachher mal auf 1 Std. umstellen. Laufen aktuell mit -t 10.


Gruß Carsten.
legendary
Activity: 1120
Merit: 1037
฿ → ∞
Konsolenshutdown klappt, nachdem ich jetzt weiß, das "e und warten" den LBC beendet.
Danke! Grin

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... Wink

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

Quote
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

legendary
Activity: 1372
Merit: 1000
CTO für den Bundesverband Bitcoin e. V.
Damit ich nicht immer die Konsolen auf haben muß, habe ich einen Autostart-Service eingerichtet. Das klappt auch soweit.  Grin

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 ...  Cry


Gruß Carsten.
legendary
Activity: 1120
Merit: 1037
฿ → ∞
Damit ich nicht immer die Konsolen auf haben muß, habe ich einen Autostart-Service eingerichtet. Das klappt auch soweit.  Grin

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
legendary
Activity: 1372
Merit: 1000
CTO für den Bundesverband Bitcoin e. V.
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).  Grin
Damit ich nicht immer die Konsolen auf haben muß, habe ich einen Autostart-Service eingerichtet. Das klappt auch soweit.  Grin

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.  Roll Eyes

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


Danke & Gruß Carsten.


@Rico: Habe Deine PM erhalten und beantwortet.  Wink
legendary
Activity: 1120
Merit: 1037
฿ → ∞
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.  Grin

Respekt. Ja - sollte hinkommen.

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

legendary
Activity: 1372
Merit: 1000
CTO für den Bundesverband Bitcoin e. V.
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.  Grin

@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.
legendary
Activity: 1120
Merit: 1037
฿ → ∞
Konsolenshutdown klappt, nachdem ich jetzt weiß, das "e und warten" den LBC beendet.
Danke! Grin

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... Wink


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 ;-)
legendary
Activity: 1100
Merit: 1058
Konsolenshutdown klappt, nachdem ich jetzt weiß, das "e und warten" den LBC beendet.
Danke! Grin

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... Wink
copper member
Activity: 1498
Merit: 1528
No I dont escrow anymore.
-snip-
@shorena
Edit habe ich nicht im Menü (oder bin zu doof zum kucken, Workstation 12 Player), und Strg-V tut nichts.
Eine Eingliederung ins Windows klappt laut Infofenster nucht unter Linux. Ich muss auch den Mauszeiger immer wieder per Tastenkombi aus dem Fenster befreien.

Wie gesagt, kann an der Version liegen. 12 Pro hat das.

@rico666
Wenn ich "Pause", wird die Maschine eingefroren (suspend). Wähle ich Shutdown, wird sie wohl stumpf abgestellt. Oder Linux fährt sauschnell runter...
Ich nutze normalerweise VirtualBox mit Windows-Clients, und da kann ich den virtuellen Powerknopf drücken, der Windows geordnet herunterfährt, wie in echt.
Kann VMWare Player und/oder Archlinux das nicht?

Ich meinte das shutdown in der Konsole, nicht in VMWare. Aber rico hat schon recht, einfach einfrieren und wieder aufwecken. Digitale Festplatte gehen nicht so leicht kaputt.
legendary
Activity: 1100
Merit: 1058
Nix gegen deine Qualifikation, den Namen kann man übersehen, wenn man das nur selten macht.
Aber wenn man das dauernd macht, sollte man doch da dran denken.
Der Player hat mich erstmal beim Start angemotzt, das er das Image nicht findet. Das muss man beim Testen doch merken...
legendary
Activity: 1120
Merit: 1037
฿ → ∞
Wi kommt man denn an so einen Waffenschein?
Ich dachte, da bräuchte es seeehr triftige Gründe für.
Oder bist du nicht in DE?

Ich bin nicht in DE. Hier braucht man triftige Gründe, wenn man ein vollautomatisches Sturmgewehr haben möchte.
Einen normalen Waffenschein bekommt jeder nicht vorbestrafte Kunz mit gesundheitlichem/psychologischem Gutachten,
der überdies die theoretische und praktische Prüfung ablegt.

Quote
Und: Dein Realname (?) taucht im Ordner für das CD-Installationsimage auf. Wink

Umar Riaz?  Cheesy Das ist der Typ, der die vmplayer images macht: https://www.osboxes.org/about/
Bin nicht ich - soviel ist sicher.

Rico
Pages:
Jump to: