Skip to content
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

Speeding up initial synchronisation #93

Open
wout opened this issue Jul 9, 2022 · 3 comments
Open

Speeding up initial synchronisation #93

wout opened this issue Jul 9, 2022 · 3 comments
Labels
question Further information is requested

Comments

@wout
Copy link

wout commented Jul 9, 2022

First of all, thank you for building Carp! Already it feels a lot more stable than db-sync. I'm looking forward to using it for my upcoming project on Cardano.

Since last Tuesday, the node is doing the initial sync and it's steady but slow. I've got a 16 vCPU / 32GB server and I can see not much of the CPU being used most of the time.

Is there a way to assign more resources to Carp to speed up the process? I'm running everything through docker-compose.

@SebastienGllmt
Copy link
Contributor

We'll be updating to Oura which has faster N2C syncing so it get a bit faster for mainnet and much faster for testnet. Other than that, you can also check to see if you really need all the tasks you have in your execution plan. The more tasks you remove, the faster it will get

We also have two Catalyst proposals that you may be interested for some other ideas we have to speed things up:

  1. Funding continued work on Carp link
  2. Fast re-indexable block format so Carp can quickly re-index data from blocks you've already synchronized link

@SebastienGllmt SebastienGllmt added the question Further information is requested label Jul 9, 2022
@wout
Copy link
Author

wout commented Jul 9, 2022

I'm syncing with the default tasks, so I'll sit this one out and fine-tune it later. Thanks again!

PS: I will vote.

@pablosymc
Copy link

pablosymc commented Jul 28, 2023

@SebastienGllmt i'm assuming the slow sync is more related to the database operations rather than pulling data from Oura yes? I noticed that all database indexes are created at time of the migration, before we start syncing. Would deferring some of the index creation (until the tip is reached for example) speed up sync time?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

3 participants