Ja, meine Internetverbindung hat 1,7 MB hier (BW auf dem Land, nein, nicht die letzte Forsthütte).
Scheint aber ein Festplattenproblem zu sein.
Gestern Abend habe ich alles ganz normal beenden können, heute morgen mußte ich erst einmal fsck
laufen lassen.
Also, neue Platte rein, die liegt schon eine Weile bereit......
Ist ja nicht so als hätten wir MONTAG.
Topic: bitcoinqt reindexing beschleunigen? (Read 1335 times)
Die aktuelle Bootstrap.dat (19.11.2015) kannst Du übrigens als gesplittetes RAR beim Bundesverband Bitcoin e. V. runterladen.
Link zum Download
Die Bootstrap.dat wird jeweils in der Nacht Mi. auf Do. neu erstellt.
Gruß Carsten.
Link zum Download
Die Bootstrap.dat wird jeweils in der Nacht Mi. auf Do. neu erstellt.
Gruß Carsten.
Hallo cagrund,
der Server ist down, gerade getestet, klar wenn man etwas braucht dann 42
hab ein einem test festgestellt der download ist ganausoschnell wie das reindexing. hab allerdings den port geöffnet so das mehr connections möglich sind.
Die aktuelle Bootstrap.dat (19.11.2015) kannst Du übrigens als gesplittetes RAR beim Bundesverband Bitcoin e. V. runterladen.
Link zum Download
Die Bootstrap.dat wird jeweils in der Nacht Mi. auf Do. neu erstellt.
Gruß Carsten.
Link zum Download
Die Bootstrap.dat wird jeweils in der Nacht Mi. auf Do. neu erstellt.
Gruß Carsten.
Hallo cagrund,
der Server ist down, gerade getestet, klar wenn man etwas braucht dann 42
ist kein mietserver der steht in meinem serverschrank. Ist ein dual x5677 mit 64 gb ram
Da ein paar meiner Mietserver relative schwach bezüglich der CPU sind, habe ich beim Umstieg auf eine Version mit Adress Index Patch Daten von einem meiner anderen Server kopiert. D.h. das Reindex und die Überprüfung hat ein anderer Rechner übernommen und das Kopieren geht schneller als die ganze Chain neu zu validieren.
Auf einem schnellen Rechner validieren (Reindex) und dann diese Blockchain Daten kopieren ist in manchen Fällen die bessere Methode.
Auf einem schnellen Rechner validieren (Reindex) und dann diese Blockchain Daten kopieren ist in manchen Fällen die bessere Methode.
es wurde nichts runtergeladen bzw nur minimal.
das komplette reindexing hat 2,5 Tage gebraucht.
bei einem test hab ich festgestellt dass das reindexing (schreiben auf die Platte) auf einen normalen pc deutlich schneller geht als in VMWare. Obwohl das Festplattensystem des VMWare-Server deutlich schneller ist.
Ich schätze VMware hat da ein problem
das komplette reindexing hat 2,5 Tage gebraucht.
bei einem test hab ich festgestellt dass das reindexing (schreiben auf die Platte) auf einen normalen pc deutlich schneller geht als in VMWare. Obwohl das Festplattensystem des VMWare-Server deutlich schneller ist.
Ich schätze VMware hat da ein problem
Die aktuelle Bootstrap.dat (19.11.2015) kannst Du übrigens als gesplittetes RAR beim Bundesverband Bitcoin e. V. runterladen.
Link zum Download
Die Bootstrap.dat wird jeweils in der Nacht Mi. auf Do. neu erstellt.
Gruß Carsten.
Link zum Download
Die Bootstrap.dat wird jeweils in der Nacht Mi. auf Do. neu erstellt.
Gruß Carsten.
Aber die muss man doch auch re-indexen, oder nicht?
Der Vorschlag mit der bootstrap.dat kam für den Fall, dass es am schlechten Peering liegt, dass es bei Bytekiller so langsam voran geht. Dann hätte man erstmal ein evtl. Download-Problem eliminiert.
Die aktuelle Bootstrap.dat (19.11.2015) kannst Du übrigens als gesplittetes RAR beim Bundesverband Bitcoin e. V. runterladen.
Link zum Download
Die Bootstrap.dat wird jeweils in der Nacht Mi. auf Do. neu erstellt.
Gruß Carsten.
Link zum Download
Die Bootstrap.dat wird jeweils in der Nacht Mi. auf Do. neu erstellt.
Gruß Carsten.
Aber die muss man doch auch re-indexen, oder nicht?
Die aktuelle Bootstrap.dat (19.11.2015) kannst Du übrigens als gesplittetes RAR beim Bundesverband Bitcoin e. V. runterladen.
Link zum Download
Die Bootstrap.dat wird jeweils in der Nacht Mi. auf Do. neu erstellt.
Gruß Carsten.
Link zum Download
Die Bootstrap.dat wird jeweils in der Nacht Mi. auf Do. neu erstellt.
Gruß Carsten.
Soweit ich weiß helfen die 14 Kerne nicht, da reindex über nur einen Thread läuft.
Nehmen wir mal an, Du hast die Blockchain vollständig auf der Festplatte.
Dann hängt nach meiner Erfahrung die Geschwindigkeit nur von der CPU-Power ab. Ich habe mal versucht eine Blockchain mit nem Raspberry zu reindizieren und bin daran fast verzweifelt. Aber bei der CPU hast Du offenbar keinen Engpass.
Nehmen wir an, Du musst die Blockchain erst über externe Peers neu laden.
Dann könnte das Problem in einer langsamen Netzwerk-Verbindung bestehen.
Oder vielleicht hast Du nur "lahme" Peers? Dann konnektiere z.B. zu 92.221.228.13 und 88.87.92.102.
Evtl. hilft ein Vorab-Download einer kompletten Blockchain in Form einer bootstrap.dat. Dann geht reindexing schneller.
Generell ist es eine gute Idee, die fertig indizierte Blockchain von einem anderen Fullnode (oder vom Backup) her zu kopieren. Man muss dann aus dem Daten-Verzeichnis die beiden Verzeichnisse "blocks" und "chainstate" zum Datenverzeichnis des neuen Bitcoin-QT kopieren und fertig ist die Laube.
Dann hängt nach meiner Erfahrung die Geschwindigkeit nur von der CPU-Power ab. Ich habe mal versucht eine Blockchain mit nem Raspberry zu reindizieren und bin daran fast verzweifelt.
Aber bei der CPU hast Du offenbar keinen Engpass. Nehmen wir an, Du musst die Blockchain erst über externe Peers neu laden.
Dann könnte das Problem in einer langsamen Netzwerk-Verbindung bestehen.
Oder vielleicht hast Du nur "lahme" Peers? Dann konnektiere z.B. zu 92.221.228.13 und 88.87.92.102.
Evtl. hilft ein Vorab-Download einer kompletten Blockchain in Form einer bootstrap.dat. Dann geht reindexing schneller.
Generell ist es eine gute Idee, die fertig indizierte Blockchain von einem anderen Fullnode (oder vom Backup) her zu kopieren. Man muss dann aus dem Daten-Verzeichnis die beiden Verzeichnisse "blocks" und "chainstate" zum Datenverzeichnis des neuen Bitcoin-QT kopieren und fertig ist die Laube.
gibt es eine möglichkeit das Reindexing zu beschleunigen?
hab leider meinen server ausversehen stromlos gemacht und das reindexing dauert jetzt schon fast 2 tage
CPU Last zappelt zwischen 10-35% (14 Kerne)
Festplattenlast schreibend ca 1-40 mb/sek (schaft über 250 mb/sek)
hab leider meinen server ausversehen stromlos gemacht und das reindexing dauert jetzt schon fast 2 tage
CPU Last zappelt zwischen 10-35% (14 Kerne)
Festplattenlast schreibend ca 1-40 mb/sek (schaft über 250 mb/sek)
Jump to: