Re: A systematic way of handling Xapian lock errors?
[notmuch-archives.git] / e3 / afff675f6e3cc021c82c2bd1745ca813f31c17
1 Return-Path: <david@tethera.net>\r
2 X-Original-To: notmuch@notmuchmail.org\r
3 Delivered-To: notmuch@notmuchmail.org\r
4 Received: from localhost (localhost [127.0.0.1])\r
5  by arlo.cworth.org (Postfix) with ESMTP id DE07C6DE1343\r
6  for <notmuch@notmuchmail.org>; Tue,  4 Aug 2015 00:08:33 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: 0.513\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=0.513 tagged_above=-999 required=5 tests=[AWL=-0.231,\r
12   URIBL_SBL=0.644, URIBL_SBL_A=0.1] autolearn=disabled\r
13 Received: from arlo.cworth.org ([127.0.0.1])\r
14  by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
15  with ESMTP id 2S8Kp2GDMMiG for <notmuch@notmuchmail.org>;\r
16  Tue,  4 Aug 2015 00:08:32 -0700 (PDT)\r
17 Received: from gitolite.debian.net (gitolite.debian.net [87.98.215.224])\r
18  by arlo.cworth.org (Postfix) with ESMTPS id EBBAE6DE133A\r
19  for <notmuch@notmuchmail.org>; Tue,  4 Aug 2015 00:08:31 -0700 (PDT)\r
20 Received: from remotemail by gitolite.debian.net with local (Exim 4.80)\r
21  (envelope-from <david@tethera.net>)\r
22  id 1ZMWKN-0000Vv-W6; Tue, 04 Aug 2015 07:08:00 +0000\r
23 Received: (nullmailer pid 12036 invoked by uid 1000); Tue, 04 Aug 2015\r
24  07:07:45 -0000\r
25 From: David Bremner <david@tethera.net>\r
26 To: notmuch@notmuchmail.org\r
27 Subject: Re: [PATCH 1/6] lib: Only sync modified message documents\r
28 In-Reply-To: <1433525318-23756-2-git-send-email-david@tethera.net>\r
29 References: <1432936375-astroid-4-0i1n6yczs2-1520@strange>\r
30  <1433525318-23756-1-git-send-email-david@tethera.net>\r
31  <1433525318-23756-2-git-send-email-david@tethera.net>\r
32 User-Agent: Notmuch/0.20.2 (http://notmuchmail.org) Emacs/24.5.1\r
33  (x86_64-pc-linux-gnu)\r
34 Date: Tue, 04 Aug 2015 09:07:45 +0200\r
35 Message-ID: <87h9ofo7jy.fsf@maritornes.cs.unb.ca>\r
36 MIME-Version: 1.0\r
37 Content-Type: text/plain\r
38 X-BeenThere: notmuch@notmuchmail.org\r
39 X-Mailman-Version: 2.1.18\r
40 Precedence: list\r
41 List-Id: "Use and development of the notmuch mail system."\r
42  <notmuch.notmuchmail.org>\r
43 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
44  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
45 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
46 List-Post: <mailto:notmuch@notmuchmail.org>\r
47 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
48 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
49  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
50 X-List-Received-Date: Tue, 04 Aug 2015 07:08:34 -0000\r
51 \r
52 David Bremner <david@tethera.net> writes:\r
53 \r
54 > From: Austin Clements <amdragon@mit.edu>\r
55 >\r
56 > Previously, we updated the database copy of a message on every call to\r
57 > _notmuch_message_sync, even if nothing had changed.  In particular,\r
58 > this always happens on a thaw, so a freeze/thaw pair with no\r
59 > modifications between still caused a database update.\r
60 >\r
61 > We only modify message documents in a handful of places, so keep track\r
62 > of whether the document has been modified and only sync it when\r
63 > necessary.  This will be particularly important when we add message\r
64 > revision tracking.\r
65 \r
66 This patch makes some sense without the rest of lastmod series, so I\r
67 merged it early to get some testing.\r
68 \r
69 d\r