Re: notmuch's idea of concurrency / failing an invocation

diff --git a/07/2fea82a0f12cc80c6ab9a25406a38274b1de3e b/07/2fea82a0f12cc80c6ab9a25406a38274b1de3e
new file mode 100644 (file)
index 0000000..a0bb898
--- /dev/null
+++ b/07/2fea82a0f12cc80c6ab9a25406a38274b1de3e
@@ -0,0 +1,76 @@
+Return-Path: <stewart@flamingspork.com>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 2B5E8429E20\r
+       for <notmuch@notmuchmail.org>; Sat, 29 Jan 2011 15:49:13 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0.804\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0.804 tagged_above=-999 required=5\r
+       tests=[DATE_IN_PAST_12_24=0.804] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id uNY04pn8UIFO for <notmuch@notmuchmail.org>;\r
+       Sat, 29 Jan 2011 15:49:10 -0800 (PST)\r
+X-Greylist: delayed 353 seconds by postgrey-1.32 at olra;\r
+       Sat, 29 Jan 2011 15:49:10 PST\r
+Received: from kaylee.flamingspork.com (kaylee.flamingspork.com\r
+       [74.207.245.61])\r
+       by olra.theworths.org (Postfix) with ESMTP id A4903431FB6\r
+       for <notmuch@notmuchmail.org>; Sat, 29 Jan 2011 15:49:10 -0800 (PST)\r
+Received: from willster (localhost [127.0.0.1])\r
+       by kaylee.flamingspork.com (Postfix) with ESMTPS id 53E7C6079;\r
+       Sat, 29 Jan 2011 23:40:29 +0000 (UTC)\r
+Received: by willster (Postfix, from userid 1000)\r
+       id 5AA77C415; Sat, 29 Jan 2011 11:05:03 +1000 (EST)\r
+From: Stewart Smith <stewart@flamingspork.com>\r
+To: micah anderson <micah@riseup.net>, Thomas Schwinge <thomas@schwinge.name>,\r
+       notmuch@notmuchmail.org\r
+Subject: Re: notmuch's idea of concurrency / failing an invocation\r
+In-Reply-To: <8762taxk9y.fsf@algae.riseup.net>\r
+References: <87fwsetdin.fsf@kepler.schwinge.homeip.net>\r
+       <8762taxk9y.fsf@algae.riseup.net>\r
+User-Agent: Notmuch/0.5 (http://notmuchmail.org) Emacs/23.1.1\r
+       (x86_64-pc-linux-gnu)\r
+Date: Sat, 29 Jan 2011 11:05:03 +1000\r
+Message-ID: <87y664zfi8.fsf@flamingspork.com>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Sat, 29 Jan 2011 23:49:13 -0000\r
+\r
+On Thu, 27 Jan 2011 13:40:25 -0500, micah anderson <micah@riseup.net> wrote:\r
+> Due to my harddisk in my laptop being slow (5400RPM), my notmuch\r
+> database growing, and perhaps some fragmentation somewhere, this has\r
+> become *incredibly* annoying for me. I am checking email every 30\r
+> minutes, and I'm nicing and ionicing the processes so I can use my\r
+> machine, but while those processes are running, I'm effectively locked\r
+> out of a good portion of my email. \r
+\r
+I used to use spinning rust and also noticed things were slow. This\r
+is in fact mostly not xapian - but rather crawling the Maildir. I\r
+improved this early on in notmuch history by reducing the number of\r
+seeks needed when traversing the Maildir hierarchy (e.g. stat in\r
+i-node order, which is roughly on-disk order).\r
+\r
+I'm about at the point where I'm going to take my git mail store\r
+experiments and get them really to work (and everyone will have to use\r
+'notmuch cat' or the like to access the messages) which should provide\r
+both great storage efficiency, much faster backups of your Maildir as\r
+well as having way fewer paths to traverse checking for new mail.\r
+\r
+-- \r
+Stewart Smith\r