Bitcoin Forum
May 09, 2024, 07:17:14 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Too many disk writes during blockchain sync  (Read 1032 times)
nimnul (OP)
Sr. Member
****
Offline Offline

Activity: 252
Merit: 250


View Profile WWW
February 12, 2013, 06: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.

Transactions must be included in a block to be properly completed. When you send a transaction, it is broadcast to miners. Miners can then optionally include it in their next blocks. Miners will be more inclined to include your transaction if it has a higher transaction fee.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1715282234
Hero Member
*
Offline Offline

Posts: 1715282234

View Profile Personal Message (Offline)

Ignore
1715282234
Reply with quote  #2

1715282234
Report to moderator
1715282234
Hero Member
*
Offline Offline

Posts: 1715282234

View Profile Personal Message (Offline)

Ignore
1715282234
Reply with quote  #2

1715282234
Report to moderator
Pieter Wuille
Legendary
*
qt
Online Online

Activity: 1072
Merit: 1174


View Profile WWW
February 12, 2013, 08:22:22 PM
 #2

Please try v0.8.0rc1.

I do Bitcoin stuff.
nimnul (OP)
Sr. Member
****
Offline Offline

Activity: 252
Merit: 250


View Profile WWW
February 12, 2013, 11:51:42 PM
 #3

It used 72M writes to reindex Sad Still reindexing

grue
Legendary
*
Offline Offline

Activity: 2058
Merit: 1431



View Profile
February 13, 2013, 12:25:14 AM
 #4

use 0.8 rc with a large cache size (-dbcache=1024)

It is pitch black. You are likely to be eaten by a grue.

Adblock for annoying signature ads | Enhanced Merit UI
nimnul (OP)
Sr. Member
****
Offline Offline

Activity: 252
Merit: 250


View Profile WWW
February 13, 2013, 12:38:15 AM
 #5

It takes 20M+ writes to start with -dbcache=1024. Indexing is not over yet.

gmaxwell
Moderator
Legendary
*
expert
Offline Offline

Activity: 4172
Merit: 8419



View Profile WWW
February 13, 2013, 06: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.
nimnul (OP)
Sr. Member
****
Offline Offline

Activity: 252
Merit: 250


View Profile WWW
February 13, 2013, 07: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.

Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!