Bitcoin blockchain sync very slow on HDD

[LoyceV]

It must be said that this computer is not new, and my cryptocurrency stuff are running in a virtual machine.

May I ask why? I'd use a VM if I don't trust the software (such as Fork wallets). For daily wallets it's much more convenient to run them on your main system (or as a different user to separate file access).

[NotATether]

I will soon get 1gb internet and try to see how fast I can do this.

A 1Gbps line that consistently hits that speed can finish the initial block download in a couple hours as long as you also have an enterprise HDD (or SSD).

[philipma1957]

I will soon get 1gb internet and try to see how fast I can do this.

A 1Gbps line that consistently hits that speed can finish the initial block download in a couple hours as long as you also have an enterprise HDD (or SSD).

Yeah I am thinking of doing it using this ssd

https://www.samsung.com/us/computing/memory-storage/solid-state-drives/980-pro-w-heatsink-pcie-4-0-nvme-ssd-2tb-mz-v8p2t0cw/?

Oh BTW I found a pretty good deal on an elite mini 800 g9 with an i7 14700T cpu 64gb ram and a 4tb nvme.2 ssd the eth port has a 1Gbps line

https://www.ebay.com/itm/126560449790?

this pc would pretty much be a perfect node for the next 5 years

[DireWolfM14]

Oh BTW I found a pretty good deal on an elite mini 800 g9 with an i7 14700T cpu 64gb ram and a 4tb nvme.2 ssd the eth port has a 1Gbps line

https://www.ebay.com/itm/126560449790?

this pc would pretty much be a perfect node for the next 5 years

That's a pretty good system.  I like the size of it, too.  

My latest build was a on 1u server, which can be cumbersome if you're not set up to house servers.  Enterprise servers that have met their End of Life cycle get replaced regularly, and can be had for pretty darn cheap on Ebay.  With a 256 megabaud internet connection I was able to sync the blockchain in under 6 hours.  Syncing Monero still took a few days for some reason.

System: HP ProLiant DL360 G7 Server
Processors: 2x Intel Xeon X5650 @ 2.67GHz
Ram: 18x 4GB DDR3 (74GB total)
Storage: 4x 1TB SSD Raid 5 (2.8TB usable storage)
OS: Debian 12

The total build cost me about $330 a little more than a year ago.

[ranochigo]

A 1Gbps line that consistently hits that speed can finish the initial block download in a couple hours as long as you also have an enterprise HDD (or SSD).

My experience is that bandwidth isn't the key factor with your synchronization, because your peers are probably not going to be able to saturate your bandwidth. I've had similar performance with 2GBPS, 1GBPS and 200mbps. Most significant improvement probably came around when I got an NVMe.

[LoyceV]

A 1Gbps line that consistently hits that speed can finish the initial block download in a couple hours as long as you also have an enterprise HDD (or SSD).

With sufficient RAM, the type of disk barely matters. All it does is save the blocks, and save chainstate when you shut it down.

[ranochigo]

With sufficient RAM, the type of disk barely matters. All it does is save the blocks, and save chainstate when you shut it down.

While that is mostly true, I still find I/O to be the bottleneck at times after the default assumevalid block. With the default dbcache, my synchronization time is around ~9 hours but 20GB of dbcache brings it down to 7.5hours. That is with NVMe, when comparing SSD and HDD, the difference is far bigger.

I've also discovered one of the cons of maintaining the entire chainstate (maxing out the dbcache) recently. Having all of the chainstate in the dbcache will result in the chainstate having to be rebuilt upon ungraceful shutdown due to it not being flushed to disk. It also depends if it really is feasible to add more ram for IBD, if they have no use for all that extra ram.