Large Bitcoin Collider (Collision Finder Pool) - Deutscher Thread

[Real-Duke]

Seit Deinem kleinen Code "Sicherheitsausrutscher" bekomme ich es in meiner VM unter Windows gar nicht mehr zum laufen.
Könnte ich das evtl per Komandozeile aktualisieren/reparieren?

[rico666]

Seit Deinem kleinen Code "Sicherheitsausrutscher" bekomme ich es in meiner VM unter Windows gar nicht mehr zum laufen.
Könnte ich das evtl per Komandozeile aktualisieren/reparieren?

Es gab/gibt in meinem Code keinen Sicherheitsausrutscher. Es gab nur viele Leute, die öffentlich zur Schau stellen mussten, dass sie nicht kapieren warum der Code da sein muss. Ich habe ihn in den neuen Versionen mit einer schönen Meldung im Quelltext garniert.

Was läuft nicht? CPU client unter Vmware? (Sollte egal sein ob die VM unter Win oder Linux läuft).
Wie üblich in solchen Fällen: Bildschirmausgabe, sonst kann ich nur meine Kristallkugel benutzen.

* Welche Version?
* Was passiert beim Aufruf?
* ls -al im LBC Verzeichnis

[Real-Duke]

Das hast Du jetzt in den falschen Hals bekommen! Ich meinte das hier https://bitcointalk.org/index.php?topic=1581701.msg18824591#msg18824591
Edit: Sorry jetzt kam es mir gerade mal in den Sinn auch die VM neu zu starten, anstatt immer nur schlafen zu legen. Nun findet er das Update und alles läuft wie es soll 

[rico666]

Das hast Du jetzt in den falschen Hals bekommen! Ich meinte das hier https://bitcointalk.org/index.php?topic=1581701.msg18824591#msg18824591

Ach das. Ja, da habe ich mir da selbst ein Bein gestellt.


Hinsichtlich Updates empfehle ich jedem auf 1.140 zu aktualisieren (siehe News) und sicherzustellen, dass irgendeine libOpenCL.so auf dem System ist.
Wer bereits einen GPU Client betreibt, ist aus dem Schneider, der hat schon die richtigen OpenCL libs installiert.

Da die nächsten Generatoren GPU/CPU unified binaries sind (sprich ein und dasselbe Binary kann nur CPU oder CPU/GPU nutzen), sind sie
gegen OpenCL gelinkt und wollen nicht starten wenn kein OpenCL auf dem System ist auch wenn man nur die CPU nutzt.

Auch auf den VMs kann man "dummy OpenCL" Pakete instalieren. Unter Debian z.B.

mesa-opencl-icd - free implementation of the OpenCL API -- ICD runtime
oder
ocl-icd-libopencl1 - Generic OpenCL ICD Loader

unter Arch

extra/opencl-mesa
oder
extra/ocl-icd

etc.

Wenn ihr das habt, dann wird das nächste Update - trotz signifikanter Änderungen an den Generatoren - glatt™ ablaufen. Ansonsten werden die Generatoren halt meckern, dass sie kein libOpenCL finden und nicht starten.

edit: Hmm. Vielleicht geht das mit der OpenCL Library auf VMs noch einfacher. http://stackoverflow.com/questions/7863392/how-do-i-tell-ld-to-ignore-a-missing-library
evtl. könnte so eine ultra-dummy lib auch der Client selbst erzeugen.

[Coinpiet]

Also ich hab mal ne Frage.

Wenn ich ./LBC -u eingebe müsste ja ein update kommen aber es kommt nur das warum ?

PETERPC@DESKTOP-C89N4FU:/mnt/c/Users/Peter/Documents/LBC$ ./LBC -u
Finished update run - system up to date.

PETERPC@DESKTOP-C89N4FU:/mnt/c/Users/Peter/Documents/LBC$ ./LBC -u
Finished update run - system up to date.

PETERPC@DESKTOP-C89N4FU:/mnt/c/Users/Peter/Documents/LBC$ ./LBC -v
1.067

[rico666]

Also ich hab mal ne Frage.

Wenn ich ./LBC -u eingebe müsste ja ein update kommen aber es kommt nur das warum ?

PETERPC@DESKTOP-C89N4FU:/mnt/c/Users/Peter/Documents/LBC$ ./LBC -u
Finished update run - system up to date.

PETERPC@DESKTOP-C89N4FU:/mnt/c/Users/Peter/Documents/LBC$ ./LBC -u
Finished update run - system up to date.

PETERPC@DESKTOP-C89N4FU:/mnt/c/Users/Peter/Documents/LBC$ ./LBC -v
1.067

Ich habe keine Ahnung. Von manchen Rechnern aus, meldet mein FTP Server einfach "leere Liste" zurück und dann denkt der LBC client natürlich "nix da" also kein Update.
Wenn ich raten müsste, würde ich sagen irgendwo auf dem Weg dazwischen hat irgendein Firewall, virtuelles Netzwerk irgendwas gegen den Port 21 oder 20

In dem Fall einfach

> wget https://lbc.cryptoguru.org/static/client/LBC
> chmod a+x LBC
./LBC -v
1.140

und gut is.

[rico666]

Kurze Erklärung zu der Formulierung "Your speed is roughly 5869235 keys/s per CPU core." (siehe Signatur):


Das ist die Speed, die LBC -x beim ersten Benchmark misst. Da wird nur ein Block berechnet und entsprechend schlagen "startup costs" zu buche.

Lasse ich 10 Blöcke berechnen, sind diese bei mir derzeit in 24.7s durch, mithin 2.47s pro Block, mithin 6792395 keys/s.

Nun ist es aber so, dass wenn mehrere Kerne belastet werden, diese normalerweise runtertakten. Sprich die 6792395 keys/s sind nur erreichbar, wenn ein Kern laufen würde (und so lange die CPU gut gekühlt wird).

Wenn bei mir alle 4 Kerne arbeiten, bekomme ich derzeit ca. 22.2 Mkeys/s aus der Maschine - mithin 5.55 Mkeys/s pro Kern - also etwas weniger als LBC -x anzeigt.
Aber LBC -x ist eine gute Annäherung um vorab einzuschätzen wieviel Arbeit sich der Client holen soll um eine bestimmte Zeit beschäftigt zu sein.

Die tatsächliche Speed ist und bleibt die Angabe kurz bevor die Arbeit abgeliefert wird.
Hier ein kleiner Janitoring-Run mit dem neuesten kardashev-skylake:

Code:

GPU authorized: yes
Loop off! Work on blocks [5051297887-5051297998] (117 Mkeys)
Estimated duration: 5.09741225s
oooo (22.59 Mkeys/s)
GPU authorized: yes
Loop off! Work on blocks [5052588751-5052589774] (1073 Mkeys)
Estimated duration: 46.604912s
oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo (21.81 Mkeys/s)
GPU authorized: yes
Loop off! Work on blocks [5056451791-5056456718] (5167 Mkeys)
Estimated duration: 3m 44.286139s
oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo (22.23 Mkeys/s)
GPU authorized: yes
Loop off! Work on blocks [5059923855-5059924094] (251 Mkeys)
Estimated duration: 10.92302625s
oooooooooooo (24.63 Mkeys/s)

Je nach Systemlast, Neutrinodichte und Größe der Mondsichel kann das etwas variieren (21.81 - 24.63)

Aber Hauptsache die Zahlen werden mit neuen Generatoren größer. 

[Coinpiet]

> chmod a+x LBC


Das Funktioniert bei mir net

PETERPC@DESKTOP-C89N4FU:/mnt/c/Users/Peter/Documents/LBC$ > chmod a+x LBC
Der Befehl »a+x« wurde nicht gefunden, meinten Sie vielleicht:
 Befehl »a2x« aus dem Paket »asciidoc« (universe)
 Befehl »abx« aus dem Paket »abx« (universe)
 Befehl »a+« aus dem Paket »aplus-fsf« (universe)
a+x: Befehl nicht gefunden.

[rico666]

> chmod a+x LBC


Das Funktioniert bei mir net

PETERPC@DESKTOP-C89N4FU:/mnt/c/Users/Peter/Documents/LBC$ > chmod a+x LBC
Der Befehl »a+x« wurde nicht gefunden, meinten Sie vielleicht:
 Befehl »a2x« aus dem Paket »asciidoc« (universe)
 Befehl »abx« aus dem Paket »abx« (universe)
 Befehl »a+« aus dem Paket »aplus-fsf« (universe)
a+x: Befehl nicht gefunden.

Naja NICHT das ">" mit eingeben. Das soll eine Shell-Eingabe darstellen. Bei Dir ist da ein $ also

$ chmod a+x LBC

(wobei Du das $ nicht eingibst)

[Coinpiet]

das weiß ich schon aber es hat nix gemacht

[rico666]

Ich schaue mal ob/wie ich GPU clients auf den AWS Maschinen zum Laufen bekomme.

Erledigt!  

Entweder ich mache jetzt ein Release und riskiere, dass Unknownhostname zurückkommt.  
Oder ich behalte das eine Weile für mich und hole innerhalb von 24h RealDuke in den Top30 ein.

Ein p2.8xlarge macht so 80-90 Mkeys/s (die aktuell sichtbare "Nadelspitze" in den Stats)
Sobald ich eine 256bit Subtraktion auf der GPU hinbekomme, dann auch das Doppelte.

[Real-Duke]

Oder ich behalte das eine Weile für mich und hole innerhalb von 24h RealDuke in den Top30 ein.

Pahh! Bleib Du mal schön in meiner Staubwolke 
Hat sich Unknowhostname eigentlich offiziell in den Urlaub abgemeldet, oder ist der so untergetaucht?

[rico666]

Pahh! Bleib Du mal schön in meiner Staubwolke  
Hat sich Unknowhostname eigentlich offiziell in den Urlaub abgemeldet, oder ist der so untergetaucht?

Ich teste ja nur. Der Pool "oszilliert" jetzt ein bisschen, weil wenige Leute mit immer stärkeren individuellen Clients unterwegs sind.
Da ist das Ein-/Ausschalten eines 50-90 Mkey/s clients mal eben die halbe Poolkapazität rauf oder runter.
(gerade erst von 211 auf 90 Mkeys/s runter)

Das macht aber nichts, der Server kommt mit dieser ... hmm ... Elastizität klar. Der Chart in den Stats wird halt nur ein wenig
wilder.  

Bzgl. Unknown... k.A. wir sind ja kein Kindergarten wo man sich an- oder abmelden muss. Aber ich habe ausgerechnet, dass
wenn ich jetzt noch die n-k Symmetrie implementiere (mithin auf einer p2.8xlarge so um die 180 Mkeys/s hinbekomme),
dass mich die Kapazität die Unknown in Spitzenzeiten bereitgestellt hatte, ca. 1 EUR die Stunde kosten würde.

(10 x p2.8xlarge zu je 2$/h, AWS Gutscheine hier gekauft zu 1:20 Kurs - letzteres schon gemacht).

Mal schauen ob ich 1.9 Gkeys/s für 40 Stunden investiere.   (wären über 273 Tkeys)

[rico666]

https://aws.amazon.com/de/ec2/instance-types/f1/

Höhö... Nur habe ich noch keine in freier Wildbahn gesehen. Aber wird schon.  

edit: In der Region "US East (N. Virginia)" bietet Amazon die F1 Instanzen an.
Ok. Dann will ich mal die GPU Generatoren noch hübsch aufpolieren und dann
wende ich mich dem FPGA Thema zu.

[iudica]

hallo, ist etwas "offtopic",

aber ist es eigentlich möglich eine vanity address zu erstellen, bei der am Anfang und Ende eine definierte Zeichenfolge steht?

Etwa

1Happysfsdjfksldfsdfsftrade

[daboehla]

hallo, ist etwas "offtopic",

aber ist es eigentlich möglich eine vanity address zu erstellen, bei der am Anfang und Ende eine definierte Zeichenfolge steht?

Etwa

1Happysfsdjfksldfsdfsftrade

Ja ist es. Mit dem commando -r kannst du regular expressions angeben.
Dass sollte dann mit -r "1Happy.*trade" funktionieren.
. -> beliebes zeichen
* -> beliebig viele

Edit: besser noch "1Happy.+trade"
+ -> beliebig viele, min 1

[iudica]

Danke, aber damit tauchen die pattern irgendwo in der Adresse auf und nicht explizit am Anfang und Ende :-(

[rico666]

Danke, aber damit tauchen die pattern irgendwo in der Adresse auf und nicht explizit am Anfang und Ende :-(

'^1Happy.+trade$'

wobei ich das mit dem Ende nicht so positiv sehe, weil das eigentlich schon die sha256d checksum ist und wenig Chancen auf Erfolg hat.
Wenn ich mich nicht irre, gehen regex auch nur bei vanitygen, nicht bei oclvanitygen.

Was das in diesem Thread verloren hat, ist mir auch schleierhaft, daher meine hochqualifizierte und definitive Antwort (um weiteres Nachbohren zu vermeiden).

[iudica]

hallo, ist etwas "offtopic",

Ich weiß, entschuldigung dafür. Hab es hier reingeschrieben, weil ihr hier Ahnung habt.


Danke!

[rico666]

Es ist soweit. Seit heute früh 5:45 wird... ach neee andere Baustelle.

Jedenfalls werkelt seit heute ein provisorischer Prototyp auf meinem Rechner, der 10.8 Mkeys/s pro CPU Kern zustande bringt (GPU 25% Last).
Noch vollkommen unoptimiert, ich hoffe, das vor dem Release noch um knapp 1 Mkeys/s steigern zu können.

Jedenfalls werden die GPU user bald eine Verdoppelung der Geschwindigkeit bekommen.
CPU-only clients werden auch schneller, aber nur so 15-20%.