Much faster when ran from ramdisk #2271

issue vsespb opened this issue on February 4, 2013
  1. vsespb commented at 5:26 PM on February 4, 2013: none

    bitcoin-qt is much faster downloading blocks when database (~5Gb) is on ramdisk. So I think whole process can be optimized even if run from HDD - just need to use available memory to cache data and write to disk seldom.

  2. luke-jr commented at 5:34 PM on February 4, 2013: member

    Disk caching is your OS's job... and 0.8 already does a better job at this in general.

  3. vsespb commented at 5:38 PM on February 4, 2013: none

    That is the problem, that this "OS job" is not working in this scenario (perhaps because it does not have priorities to what should be kept in disk cache and for how long and have strict barriers for write buffers expiration), so this should be application job IMHO.

  4. luke-jr commented at 5:41 PM on February 4, 2013: member

    Well, give 0.8rc1 a try when it's released. Should be any day now.

  5. vsespb commented at 5:42 PM on February 4, 2013: none

    ok, thanks!

  6. Diapolo commented at 6:05 PM on February 4, 2013: none

    Another non-issue IMHO, every I/O limited application WILL be faster when residing in a RAM disk...

  7. vsespb commented at 6:21 PM on February 4, 2013: none

    My point is just it can use system memory explicit way, and not to write to disk everytime it finished with one block. This definitely will be faster.

    If you take ANY application, rewrite it so all the data that it uses will be on disk, not in memory, it will be I/O limited application then. But apperantly programmers sometimes use disk and sometimes memory, to avoid creating too many IO limited applications.

  8. Diapolo commented at 6:32 PM on February 4, 2013: none

    I learned that already and I'm tell you, that the client is not optimized to be "FAST", but the highest priority is data-safety and sane code. As Luke pointed out, we switched the DB engine from BDB to LevelDB for everything except the wallet (which still uses BDB), so 0.8 will be much more ressource friendly :).

  9. vsespb commented at 6:35 PM on February 4, 2013: none

    ok, cool. thanks.

  10. laanwj closed this on Feb 4, 2013

  11. MarcoFalke locked this on Sep 8, 2021

github-metadata-mirror

This is a metadata mirror of the GitHub repository bitcoin/bitcoin. This site is not affiliated with GitHub. Content is generated from a GitHub metadata backup.
generated: 2026-04-29 03:16 UTC

This site is hosted by @0xB10C
More mirrored repositories can be found on mirror.b10c.me