-
m-relay<syntheticbird:monero.social> hello
-
m-relay<syntheticbird:monero.social> hyc are you there?
-
m-relay<syntheticbird:monero.social> sorry for the offtopic and plunge you into nostalgia but during latest Cuprate meeting we were wondering why you used both NO_SYNC and MAP_ASYNC together here: github.com/monero-project/monero/bl…lockchain_db/lmdb/db_lmdb.cpp#L1444
-
m-relay<syntheticbird:monero.social> from lmdb documentation we mainly understood that were trying to change the same behavior. So we are unsure of what combining the two actually do. Is one overloading the other on specific platform ?
-
sech1I took a quick glance over the mdb.c code, and it seems that MDB_NOSYNC takes precendence and if it's set, MDB_MAPASYNC does nothing
-
m-relay<syntheticbird:monero.social> thx sech1
-
sech1although, if a sync is forced, MDB_MAPASYNC flag will be used
-
sech1
-
sech1so it matters only when calling mdb_env_sync with force != 0
-
sech1MDB_NOSYNC|MDB_MAPASYNC result in no syncs, unless you explicitly call mdb_env_sync(env, 1); - then it will use async flushes to disk
-
sech1all that is based just on me reading the code, but you need to test it
-
m-relay<syntheticbird:monero.social> got it, thx again
-
m-relay<syntheticbird:monero.social> btw cuprate channel is on irc if you want
-
m-relay<syntheticbird:monero.social> I think i never saw you wandered in #cuprate
-
sech1I joined it today
-
m-relay<syntheticbird:monero.social> lets go