-
Notifications
You must be signed in to change notification settings - Fork 198
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Synchronization is taking too much time #2951
Comments
@nmnenkov Hi, you can use the snapshot tool to download and import snapshots to save time required for synchronization. |
Hi Iosh, Thanks for your answer. Yes, I know this approach. The issue is that even with the snapshot tool the client cannot sync enough fast. Now the checkpoint = FullSync height is 109240000 and each day the client cannot compensate the new epochs. This is the reason that I'm looking from some configuration optimization. |
Where are your node located, are your node always in catch-up mode, is the un-synced epoch decreasing? |
Location is St. Louis, MO, USA. |
You can try to delete |
Hi Pana, OK. I did it (keeping the key file the same). Will see the result in the next few hours. |
Hello Pana, All, |
Our node works normal, @peilun-conflux can you help check this |
According to the monitor graph, it looks like the chunks are only downloaded normally when the number of connected peers remain stable. You can try to change the log level to debug and check why the peers are disconnected? |
Hello All,
I'm trying to sync conflux client version 2.4.0 (full node). The process for chunks download is very slow. Some time for 1 hour the client is downloading less than 100 chunks.
I see that the number of the peers is changed very fast. Most of the time it is going from 50 to 0 in less than 20 minutes.
I have a perfect internet connection with high bandwidth.
I have created some graphs in order to monitor the sync process.
I'm attaching hydra.toml configuration also. hydra_toml.txt
I tried different configurations for max_download_state_peers, max_handshakes, max_incoming_peers, max_outgoing_peers and max_allowed_timeout_in_observing_period. All with the same result....
Here is part of the log:
log.txt
Please advise how I can speed-up the chucks download process.
The text was updated successfully, but these errors were encountered: