]> git.notmuchmail.org Git - notmuch/commit
lib: autocommit after some number of completed transactions
authorDavid Bremner <david@tethera.net>
Tue, 18 May 2021 02:06:01 +0000 (23:06 -0300)
committerDavid Bremner <david@tethera.net>
Sun, 27 Jun 2021 17:03:00 +0000 (14:03 -0300)
commite2a3e5fa51122efb0f5ac836e536881d97deef1a
tree1445b342be81e30408f9690698f237c3dd06a1fd
parent8aabddb043d6bf5bd8a19884b3c456ba9d4634cb
lib: autocommit after some number of completed transactions

This change addresses two known issues with large sets of changes to
the database.  The first is that as reported by Steven Allen [1],
notmuch commits are not "flushed" when they complete, which means that
if there is an open transaction when the database closes (or e.g. the
program crashes) then all changes since the last commit will be
discarded (nothing is irrecoverably lost for "notmuch new", as the
indexing process just restarts next time it is run).  This does not
really "fix" the issue reported in [1]; that seems rather difficult
given how transactions work in Xapian. On the other hand, with the
default settings, this should mean one only loses less than a minutes
worth of work.  The second issue is the occasionally reported "storm"
of disk writes when notmuch finishes. I don't yet have a test for
this, but I think committing as we go should reduce the amount of work
when finalizing the database.

[1]: id:20151025210215.GA3754@stebalien.com
lib/database-private.h
lib/database.cc
lib/open.cc
test/T385-transactions.sh