libera #monero

20 Jan 2026

[XMR] Be excellent to each other and welcoming to newcomers || getmonero.org || Dev: #monero-dev || Pool related: Rizon.net :: #monero-pools || Price chat: #monero-markets || People can & do log this channel

• 08:42
  br-m
  <jueyy:matrix.org> Where to buy monero without kyc
• 08:46
  br-m
  <ofrnxmr> P2P
• 08:48
  br-m
  <basses:matrix.org> @jueyy:matrix.org: retoswap
• 11:28
  br-m
  <maxlpm:tchncs.de> Are there any downsides to using --db-sync-mode fastest with monerod if I have stable power?
• 11:43
  br-m
  <intr:unredacted.org> as far as I'm aware, no
• 11:43
  br-m
  <intr:unredacted.org> @TheFuzzStone:matrix.org hey, do you mind if I DM you?
• 12:12
  br-m
  <kevino:tchncs.de> @maxlpm:tchncs.de: It already uses fastest i think. That command won't do anything
• 12:12
  br-m
  <maxlpm:tchncs.de> --db-sync-mode arg (=fast:async:250000000bytes)
• 12:12
  br-m
  <maxlpm:tchncs.de> It's using just fast
• 17:33
  br-m
  <kevino:tchncs.de> How does it work ?
• 17:33
  br-m
  <kevino:tchncs.de> It downloads large number of bytes without verifying all of them ?
• 17:35
  br-m
  <maxlpm:tchncs.de> It uses some sort of C++ magic that I'm not advanced enough to decipher
• 17:35
  br-m
  <maxlpm:tchncs.de> github.com/monero-project/monero/bl…lockchain_db/lmdb/db_lmdb.cpp#L1441
• 17:36
  br-m
  <maxlpm:tchncs.de> It still verifies everything though
• 17:46
  selsta
  maxlpm: afaik fastest is only helpful when everything is stored in RAM, like a RAM disk or so
• 17:46
  selsta
  if you store things to regular SSD using `fast` is preferred
• 17:48
  br-m
  <maxlpm:tchncs.de> Ah, ok, thank you!
• 17:50
  br-m
  <albertlarsan68:albertlarsan.fr> Using fastest may also make the OS load and save data in a different way
• 17:53
  br-m
  <ofrnxmr:xmr.mx> mrelay.p2pool.observer/p/iv-nsN4KdF9wb25W/1.txt (code snippet, 6 lines)
• 17:54
  br-m
  <ofrnxmr:xmr.mx> - safe = fdatasync/fsync (or equivalent) per stored block. Very slow, but safest option to protect against power-out/crash conditions.