-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
base node slow sync #369
Comments
Thanks for that, but I think it won't help... I started syncing from the genesis block, but I noticed that the sync speed gradually slowed down over time. To address this, I decided to download a snapshot instead. However, it seems that the sync speed decreases on its own as time progresses. For example, this graph shows the sync process when I started from the genesis block. This one shows the continued sync from a snapshot. The sync speed is not good in both cases |
Increasing the cache size might help to speed up the processing of blocks |
I've increased the cache size from 2048 to 8192. However, the speed is still low—around 3 requests per second. I also added the variable OP_NODE_L1_TRUST_RPC=true. I read somewhere that this can help increase speed if I’m using a trusted Geth node. In my case, I am using a self-hosted Geth archive node. |
Have you Experiment with increasing the number of peers (--maxpeers) in your Geth configuration. This can help speed up the sync by downloading blocks and states from multiple sources simultaneously -If you haven't already, try using the --syncmode "fast" or --syncmode "snap" options. These modes are designed to speed up the initial sync process. Since you're using OP_NODE_L1_TRUST_RPC=true with a self-hosted Geth archive node, this setting should theoretically help. However, the performance gains can also depend on the efficiency of the archive node itself. Given that you've increased the cache size and are still experiencing slow speeds, it might be helpful to examine the log files for any potential issues or errors that could be contributing to the slowdown. Have you considered any of these approaches before? |
Hello everyone!
I’m facing an issue with slow blockchain sync on a mainnet base node.
I deployed the base node on-premise with the following configuration:
Disks: RAID-5 (NVME SSD INTEL SSDPF2KX153T)
VM: 16 vCPUs and 32 GB RAM
I downloaded the full mainnet snapshot for the base and started the node with the snapshot data. However, the sync process is very slow, and I noticed the ETA keeps increasing.
The text was updated successfully, but these errors were encountered: