7f/46881c61827ad257d4d549bd83914e77c2d8f8

   1 Return-Path: <bremner@pivot.cs.unb.ca>\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 olra.theworths.org (Postfix) with ESMTP id 5D72140D143\r
   6         for <notmuch@notmuchmail.org>; Tue, 12 Oct 2010 06:17:09 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -2.6\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5\r
  12         tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id dhjoJWsux1tV for <notmuch@notmuchmail.org>;\r
  16         Tue, 12 Oct 2010 06:16:58 -0700 (PDT)\r
  17 Received: from tempo.its.unb.ca (tempo.its.unb.ca [131.202.1.21])\r
  18         by olra.theworths.org (Postfix) with ESMTP id CFDC340D141\r
  19         for <notmuch@notmuchmail.org>; Tue, 12 Oct 2010 06:16:58 -0700 (PDT)\r
  20 Received: from convex-new.cs.unb.ca (convex-new.cs.unb.ca [131.202.245.35])\r
  21         by tempo.its.unb.ca (8.13.8/8.13.8) with ESMTP id o9CDGUHe023334;\r
  22         Tue, 12 Oct 2010 10:16:30 -0300\r
  23 Received: from bremner by convex-new.cs.unb.ca with local (Exim 4.72)\r
  24         (envelope-from <bremner@pivot.cs.unb.ca>)\r
  25         id 1P5eiU-0005im-FZ; Tue, 12 Oct 2010 10:16:30 -0300\r
  26 From: David Bremner <david@tethera.net>\r
  27 To: Michal Sojka <sojkam1@fel.cvut.cz>, notmuch@notmuchmail.org\r
  28 Subject: Re: First draft of logging functionality.\r
  29 In-Reply-To: <87ocaz3akd.fsf@steelpick.2x.cz>\r
  30 References: <1286803617-17328-1-git-send-email-david@tethera.net>\r
  31         <87zkuj3hme.fsf@steelpick.2x.cz>\r
  32         <87hbgrhd1a.fsf@rocinante.cs.unb.ca>\r
  33         <87ocaz3akd.fsf@steelpick.2x.cz>\r
  34 User-Agent: Notmuch/0.3.1-58-g6607fd6 (http://notmuchmail.org) Emacs/23.2.1\r
  35         (x86_64-pc-linux-gnu)\r
  36 Date: Tue, 12 Oct 2010 10:16:30 -0300\r
  37 Message-ID: <878w23eekx.fsf@convex-new.cs.unb.ca>\r
  38 MIME-Version: 1.0\r
  39 Content-Type: text/plain; charset=us-ascii\r
  40 X-BeenThere: notmuch@notmuchmail.org\r
  41 X-Mailman-Version: 2.1.13\r
  42 Precedence: list\r
  43 List-Id: "Use and development of the notmuch mail system."\r
  44         <notmuch.notmuchmail.org>\r
  45 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  46         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  47 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  48 List-Post: <mailto:notmuch@notmuchmail.org>\r
  49 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  50 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  51         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  52 X-List-Received-Date: Tue, 12 Oct 2010 13:17:09 -0000\r
  53 \r
  54 On Tue, 12 Oct 2010 13:38:42 +0200, Michal Sojka <sojkam1@fel.cvut.cz> wrote:\r
  55 > \r
  56 > Why multiple log files? You may have the buffers for message logs in\r
  57 > memory, right?\r
  58 \r
  59 Well, maybe one log for tag operations, one for adding messages, etc... \r
  60 But it is easy enough to mark log entries by what they are.\r
  61 \r
  62 > \r
  63 > Another thing to keep in mind is how it will behave with 'notmuch\r
  64 > restore'. If do dump followed by resore you will have a very long log\r
  65 > with no useful information in it. Some optimization may be employed here.\r
  66 > \r
  67 \r
  68 Yes. This seems hard to optimize internally, but I was thinking of some\r
  69 "log compression" function that comes up with a minimal equivalent set\r
  70 of operations. I had in mind that this could be used to sync:\r
  71 concatenate all the logs, and then compress to a minimal set of\r
  72 operations.  This is still not completely thought out...\r
  73 Another issue is that the buffer could get rather big during a restore,\r
  74 but this is presumably fixable by flushing it if it gets too large.\r
  75 \r
  76 All the best,\r
  77 \r
  78 David\r