--- /dev/null
+Return-Path: <darren@fernseed.info>\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 20F4E40DDF7\r
+ for <notmuch@notmuchmail.org>; Sat, 13 Nov 2010 03:04:02 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 3.459\r
+X-Spam-Level: ***\r
+X-Spam-Status: No, score=3.459 tagged_above=-999 required=5\r
+ tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,\r
+ DKIM_VALID_AU=-0.1, FH_HOST_IN_ADDRARPA=2.157, RCVD_IN_RP_RNBL=1.31,\r
+ RDNS_DYNAMIC=0.982, TO_NO_BRKTS_DYNIP=1, T_MIME_NO_TEXT=0.01]\r
+ autolearn=no\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 oqgkNd05EKFt for <notmuch@notmuchmail.org>;\r
+ Sat, 13 Nov 2010 03:03:51 -0800 (PST)\r
+Received: from silentio.fernseed.info (202.4.169.217.in-addr.arpa\r
+ [217.169.4.202])\r
+ (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))\r
+ (No client certificate requested)\r
+ by olra.theworths.org (Postfix) with ESMTPS id C895E40DDCB\r
+ for <notmuch@notmuchmail.org>; Sat, 13 Nov 2010 03:03:50 -0800 (PST)\r
+Received: from localhost (bookbinder.fernseed.info\r
+ [IPv6:2001:8b0:ff94:1:224:2cff:fe37:838b])\r
+ (Authenticated sender: darren)\r
+ by silentio.fernseed.info (Postfix) with ESMTPSA id 95500404;\r
+ Sat, 13 Nov 2010 11:03:48 +0000 (GMT)\r
+DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=fernseed.info;\r
+ s=default; t=1289646228;\r
+ bh=Rcf09sY7g80s07MS9qR2TKmQIT1PbPwOwr7Wd0hWq/U=;\r
+ h=From:To:Subject:In-Reply-To:References:Date:Message-ID:\r
+ MIME-Version:Content-Type;\r
+ b=jaLp0N5YLKoVhAhtJzOOMfZW2PGz26tDbWsZLEVMtdsZDmtujku2IBq9q9rZVMkhC\r
+ CEnkOVEdyEinW16YI+T2eZYlkTHvhfYRvpayq1mXfl1mYqsIhnVx7FeTyGiA84OonU\r
+ bfRL3FEsCWsdCaJQHO91bLk2WpY15INPKRLKYF8M=\r
+From: Darren McGuicken <mailing-notmuch@fernseed.info>\r
+To: Michal Sojka <sojkam1@fel.cvut.cz>, Matthieu Lemerre <racin@free.fr>,\r
+ notmuch@notmuchmail.org\r
+Subject: Re: [PATCH] How to improve the mail handling workflow?\r
+In-Reply-To: <87sjz5pxkp.fsf@steelpick.2x.cz>\r
+References: <87fwv65zw1.fsf@free.fr> <87sjz6ft52.fsf@bookbinder.fernseed.info>\r
+ <87sjz5pxkp.fsf@steelpick.2x.cz>\r
+User-Agent: Notmuch/0.5 (http://notmuchmail.org) Emacs/23.1.1\r
+ (i486-pc-linux-gnu)\r
+Date: Sat, 13 Nov 2010 11:03:47 +0000\r
+Message-ID: <87hbflwkmk.fsf@bookbinder.fernseed.info>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+ micalg=pgp-sha1; protocol="application/pgp-signature"\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, 13 Nov 2010 11:04:02 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Sat, 13 Nov 2010 07:05:58 +0100, Michal Sojka <sojkam1@fel.cvut.cz> wrot=\r
+e:\r
+> I agree with you in that in many cases tags can be replaced by saved\r
+> searches. Last time I did it, i.e. used saved searches to distinguish\r
+> messages from different mailing lists, the result was that it took\r
+> very long time (something like 5 seconds) to show notmuch-hello\r
+\r
+Interesting, what Xapian backend are you using? I moved to chert after\r
+id:"87ocl1lut1.fsf@yoom.home.cworth.org" and my notmuch-hello with 15\r
+saved searches appears in a couple of seconds when freshly loaded,\r
+faster when switching back to it after use. That may well be slower\r
+than just tag searches but it's not yet at a threshold where I notice\r
+it. How many searches had you saved?\r
+\r
+> Additionally, I compared the speed of command line searches for tags\r
+> and for the whole email addresses and even without the bug mentioned\r
+> above, the search for to: is usually slower than the search for tag:.\r
+\r
+Very non-scientifically just using time and vm/drop_caches on my\r
+netbook, having tagged all mail sent to the list address with 'notmuch',\r
+I seem to get much the same performance:\r
+\r
+ $ time notmuch search tag:notmuch > /dev/null\r
+\r
+ real 0m21.074s\r
+ user 0m4.740s=20=20=20=20\r
+ sys 0m1.916s\r
+\r
+ $ time notmuch search to:notmuch > /dev/null\r
+\r
+ real 0m20.280s\r
+ user 0m4.600s\r
+ sys 0m2.048s\r
+\r
+ $ time notmuch search to:notmuch@notmuchmail.org > /dev/null\r
+\r
+ real 0m21.790s\r
+ user 0m5.044s\r
+ sys 0m2.008s\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.10 (GNU/Linux)\r
+\r
+iEYEARECAAYFAkzecJMACgkQP1ao/7snsT52TQCeIHOlOF4p8Xe4m20z4Ob8s0Qn\r
+qt0AoJuGcorz+/xUmXfWP00Hn9AECp4A\r
+=CATV\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r