Author

Topic: Too many disk writes during blockchain sync (Read 1058 times)

sr. member
Activity: 252
Merit: 250
February 13, 2013, 02:40:40 AM
#7
It has the same meaning as strace write syscall count.

How many writes I'm supposed to get? If the issue is supposed to be fixed I can look closer at it.

Now it finished reindexing and syncing remaining 2k blocks or so, used "only" 30k writes to start and then about 10k writes per block.
staff
Activity: 4284
Merit: 8808
February 13, 2013, 01:37:15 AM
#6
It takes 20M+ writes to start with -dbcache=1024. Indexing is not over yet.
Then it sounds like 'write calls' doesn't mean what we think it means here.... or leveldb is doing something crazy on win32. In strace output it's pretty clear that it's being batched as expected under Linux.
sr. member
Activity: 252
Merit: 250
February 12, 2013, 07:38:15 PM
#5
It takes 20M+ writes to start with -dbcache=1024. Indexing is not over yet.
legendary
Activity: 2058
Merit: 1452
February 12, 2013, 07:25:14 PM
#4
use 0.8 rc with a large cache size (-dbcache=1024)
sr. member
Activity: 252
Merit: 250
February 12, 2013, 06:51:42 PM
#3
It used 72M writes to reindex Sad Still reindexing
legendary
Activity: 1072
Merit: 1181
February 12, 2013, 03:22:22 PM
#2
Please try v0.8.0rc1.
sr. member
Activity: 252
Merit: 250
February 12, 2013, 01:00:21 PM
#1
Has this been discussed before? Bitcoin client seems to perform way too many disk writes under Windows - Task Manager reports 4 millions of write calls to sync 3k blocks.

Can't we buffer writes to bring them down to dozens per second from hundreds per second? My hard drive seeks like crazy during sync.
Jump to: