Irgendwas, was man gegen langsame Parity Sync tun kann?

Ich habe versucht, die Synchronisierung zurückzusetzen, und sie kommt immer noch bei Blocknummer 2,4 m zum Stillstand. Ich weiß von den Angriffen auf Ethereum um diese Blöcke herum, aber das ist lächerlich: super langsamIch synchronisiere jetzt seit 4 Tagen, am ersten Tag ging ich von #0 auf etwa #2,2m, am zweiten Tag kam ich auf ~#2,4m und das In den letzten 2 Tagen hat es nicht einmal die Hälfte von # 2,5 m erreicht. Soll Parity nicht wesentlich schneller sein? Ich habe zuerst versucht, mit Geth zu synchronisieren, und es blieb dauerhaft bei 141 Blocks übrig, während es Parität brauchte, um zu einem Autobahnparkplatz zu verlangsamen. Jetzt kann ich Geth nicht einmal dazu bringen, dorthin zurückzukehren, wo es war, da ich es sowieso zurückgesetzt habe. Gibt es andere Optionen, um dieses Ding schneller zu synchronisieren? Zum Beispiel die Blockchain-Kopie eines anderen herunterladen oder so? So führe ich Parity aus:parity --min-peers=50 --max-peers=100 --cache 4096 --geth

Update: Am Ende des 6. Tages beschleunigte es wieder, weil es den unruhigen Bereich überschritten hatte. Jetzt ist es wieder mit weniger als 200.000 verbleibenden Blöcken ins Stocken geraten. Juhu ich. Irgendwelche Ideen?

Antworten (3)

Ich meine es total ernst, wenn ich sage, dass man am besten einfach Geduld hat. Solange Sie neue Blöcke erhalten, gibt es nicht viel zu tun. Wenn Parity andererseits weiterhin denselben Block meldet, können Sie ihn beenden und neu starten.

Blöcke zwischen ungefähr ~2286900 und ~271800 sind wegen des DDOS-Angriffs im September/Oktober 2016 sehr, sehr langsam. Was passiert, ist, dass die Blöcke sehr lange abgespielt werden. Wenn Sie also wiederholt den Knoten beenden, während er einen Block verarbeitet, und ihn neu starten, Sie lassen es so viel länger dauern, weil es mit diesem Block von vorne beginnen muss. Sobald es ~271800 überschritten hat, sollte es wieder schneller werden.

Ich habe weniger als 2k übrig. Für jeden 1 synchronisierten Block werden 2 weitere erstellt, bis ich ungefähr 1600 verbleibende Blöcke habe und es auf ~ 1400 herunterfällt. Es wird lächerlich, wenn ich sehe, wie die Zahl zwischen 1400 und 1600 auf und ab geht. Ich werde Ethereum zum Teufel sagen, weil es so langsam ist. Als ich das letzte Mal BTC oder LTC verwendet habe, dauerte es ~4 Tage, um den Stock-Client zu synchronisieren. Gibt es kein Elektron für Ethereum?!?
Es ist brutal. Ich gebe zu. Ich habe gerade bemerkt, dass Parity eine Reihe von Problemen im Zusammenhang mit der Datenbank geschlossen hat, also gibt es vielleicht Hoffnung mit der nächsten Version. Tut mir leid, dass ich nicht weiterhelfen kann.
Was macht diese Blöcke bis heute langsam zum Synchronisieren? Ein frischer Archivparitätsknoten auf 2.1.4 verlangsamt sich in diesem Blockbereich, verarbeitet aber nur etwa 0,5 blk/s und 2,5 tx/s. Es ist nicht so, dass es eine Milliarde winziger Transaktionen gibt, die validiert werden müssen ... tatsächlich validiert die Parität kaum irgendwelche TXNs ...
Habe ein wenig mehr gegraben, es war ein DDoS, das Millionen von falschen Konten und Spuren erstellte, was zu Langsamkeit führte, nicht die rohe Anzahl von txns selbst. Mehr Infos hier: medium.com/@tjayrush/… und hier: ethereum.stackexchange.com/questions/9883/…

Klingt wie sein dieses laufende Problem . Bevor es vollständig behoben ist, versuchen Sie wahrscheinlich einige der in diesem Thread vorgeschlagenen Problemumgehungen (wird nicht unbedingt funktionieren - bei mir hat keiner funktioniert).

Ich bin gerade auf der Zielgeraden und synchronisiere mit Parity v1.7.3 und es läuft jetzt seit fast 24 Stunden. Bei seiner aktuellen Rate von etwa 2-5 Blks/s hat es wahrscheinlich noch 20 Stunden vor sich. Ich stimme den aktuellen Antworten zu, dass Sie es einfach abwarten müssen. Bei meiner Recherche habe ich viele Antworten gesehen, die sich auf den Computer konzentrierten, insbesondere auf die Festplatte, aber dies scheint mir eindeutig eine Einschränkung der Ethereum-Netzwerkkollegen zu sein.

Wenn Sie darüber nachdenken, erhalten Sie diese Daten Stück für Stück von verteilten Peers. Es ist nichts anderes, als eine große Datei von einem Server herunterzuladen. Mein System ist mit ca. 25 Peers verbunden. Das sind Nodes, die wahrscheinlich sehr damit beschäftigt sind, Eth abzubauen, und sich nicht darauf konzentrieren werden, Sie oder mich auf den neuesten Stand zu bringen, damit wir mit ihnen konkurrieren können. Ich sage nicht, dass sie ihren Code geändert haben, aber eine Überprüfung des Codes könnte helfen, die Langsamkeit der Synchronisierung zu erklären.

Ich habe gehört, dass Sie komprimierte Dateien der hinteren Blöcke finden und die Datei herunterladen und installieren können, um schneller zu synchronisieren. Weiß jemand ob das geht?

Wenn Sie mit einer HDD arbeiten, werden Sie auf lange Sicht wahrscheinlich auf verlorenem Posten stehen. Beachten Sie auch, dass das Problem nicht unbedingt das Schreiben der Rohdaten auf die Festplatte ist, wenn sie von der Leitung kommen: Es ist die E / A, die mit der Wiedergabe / Überprüfung aller Zustandsdaten verbunden ist, die unabhängig von allem ist, was mit Peers oder Downloads zu tun hat. Selbst wenn Sie die komprimierten Daten aus einer einzigen Quelle herunterladen könnten, werden Sie immer noch die enormen Mengen an E/A bei der Überprüfung der Transaktionsdaten sehen.
Ich verwende eine SSD. Die Ressourcenauslastung pro Taskmanager ist ziemlich konstant bei etwa 50% Auslastung der SSD und ungefähr gleich für den Arbeitsspeicher (8GB von 16GB). Die CPU bleibt bei etwa 20 %. Aber die Blöcke/s variieren im Laufe der Zeit und fallen jetzt ab. Heute Morgen, jetzt, wo es näher kommt, ist die Rate auf 1 bis 2 Blk/s gesunken. Die Blockverarbeitungsrate scheint nicht mit der lokalen Ressourcennutzung zu korrelieren. Meine Internetverbindung ist FIOS mit fast 1 GB/s. Der einzige andere Faktor, der mir einfällt, wäre das Peer-Netzwerk?
Irgendwas, was man gegen langsame Parity Sync tun kann?
AntwortenHierDatenschutz-Bestimmungen1y, 0v