crypto-org-chain / crypto-org-chain/cronos

Problem: Pruned node syncs really slow and uses more space

Open
#882 3 comments 0 reactions 0 assignees View on GitHub
Dominant language
Go
Stars
336
Forks
299
Avg merge
2d 17h
Merged PRs (30d)
4

Description

```
# From the doc
Pruned node (setting pruning=everything)
Storage: ~25G*
RAM: 4 GB (LevelDB) or 64G RAM (RocksDB)***
CPU: 4-core
```

```
# config.toml
db_backend = "goleveldb"

# app.toml
pruning="everything"

# mem
free -h
total used free shared buff/cache available
Mem: 15Gi 9.5Gi 185Mi 0.0Ki 5.6Gi 5.6Gi
Swap: 0B 0B 0B

# cpu and iostat are seems ok

# disk
/dev/nvme0n1 1007G 468G 488G 49% /data
```

I have been using cronosd (v0.6.10) to syncs from 1 to 2,693,800 for over one week. It seems too slow for syncing. Is it normal for a Pruned node? It has used 468G disk space which is more than 25G. Am I doing something wrong? Thx.

Contributor guide

Open the contributing guide

Research direction

Start by reproducing the report with cronosd v0.6.10 using db_backend="goleveldb" and pruning="everything", syncing from height 1 to 2,693,800. Compare sync time and disk usage with the documented ~25G expectation, then determine whether the behavior is normal for a pruned node or identify the relevant pruning or database issue.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
blockchain, databases, performance
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.