Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 6D45C40DBD7 for ; Mon, 15 Nov 2010 00:00:51 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id po4a0JJfcP+O for ; Mon, 15 Nov 2010 00:00:39 -0800 (PST) Received: from max.feld.cvut.cz (max.feld.cvut.cz [147.32.192.36]) by olra.theworths.org (Postfix) with ESMTP id 6165940DBC8 for ; Mon, 15 Nov 2010 00:00:39 -0800 (PST) Received: from localhost (unknown [192.168.200.4]) by max.feld.cvut.cz (Postfix) with ESMTP id 403AE19F3344; Mon, 15 Nov 2010 09:00:38 +0100 (CET) X-Virus-Scanned: IMAP AMAVIS Received: from max.feld.cvut.cz ([192.168.200.1]) by localhost (styx.feld.cvut.cz [192.168.200.4]) (amavisd-new, port 10044) with ESMTP id JUVZl2Z-XzoM; Mon, 15 Nov 2010 09:00:33 +0100 (CET) Received: from imap.feld.cvut.cz (imap.feld.cvut.cz [147.32.192.34]) by max.feld.cvut.cz (Postfix) with ESMTP id 5BC6C19F3312; Mon, 15 Nov 2010 09:00:33 +0100 (CET) Received: from steelpick.2x.cz (unknown [213.29.198.144]) (Authenticated sender: sojkam1) by imap.feld.cvut.cz (Postfix) with ESMTPSA id 33DB9FA003; Mon, 15 Nov 2010 09:00:33 +0100 (CET) Received: from wsh by steelpick.2x.cz with local (Exim 4.72) (envelope-from ) id 1PHtzM-0002x4-Th; Mon, 15 Nov 2010 09:00:32 +0100 From: Michal Sojka To: Darren McGuicken , Matthieu Lemerre , notmuch@notmuchmail.org Subject: Re: [PATCH] How to improve the mail handling workflow? In-Reply-To: <87hbflwkmk.fsf@bookbinder.fernseed.info> References: <87fwv65zw1.fsf@free.fr> <87sjz6ft52.fsf@bookbinder.fernseed.info> <87sjz5pxkp.fsf@steelpick.2x.cz> <87hbflwkmk.fsf@bookbinder.fernseed.info> User-Agent: Notmuch/0.5-11-g48b5e00 (http://notmuchmail.org) Emacs/23.2.1 (x86_64-pc-linux-gnu) Date: Mon, 15 Nov 2010 09:00:32 +0100 Message-ID: <87zktbow2n.fsf@steelpick.2x.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 08:00:51 -0000 On Sat, 13 Nov 2010, Darren McGuicken wrote: > On Sat, 13 Nov 2010 07:05:58 +0100, Michal Sojka wrote: > > I agree with you in that in many cases tags can be replaced by saved > > searches. Last time I did it, i.e. used saved searches to distinguish > > messages from different mailing lists, the result was that it took > > very long time (something like 5 seconds) to show notmuch-hello > > Interesting, what Xapian backend are you using? I moved to chert after > id:"87ocl1lut1.fsf@yoom.home.cworth.org" and my notmuch-hello with 15 > saved searches appears in a couple of seconds when freshly loaded, > faster when switching back to it after use. I use chert as well. > That may well be slower than just tag searches but it's not yet at a > threshold where I notice it. How many searches had you saved? I had 45 (or so). I wanted two searches for every mailing list. One "tag:inbox and (...)" and the second only "...". > > > Additionally, I compared the speed of command line searches for tags > > and for the whole email addresses and even without the bug mentioned > > above, the search for to: is usually slower than the search for tag:. > > Very non-scientifically just using time and vm/drop_caches on my > netbook, having tagged all mail sent to the list address with 'notmuch', > I seem to get much the same performance: > > $ time notmuch search tag:notmuch > /dev/null > > real 0m21.074s > user 0m4.740s > sys 0m1.916s > > $ time notmuch search to:notmuch > /dev/null > > real 0m20.280s > user 0m4.600s > sys 0m2.048s > > $ time notmuch search to:notmuch@notmuchmail.org > /dev/null > > real 0m21.790s > user 0m5.044s > sys 0m2.008s My current numbers (with hot cache) are bellow. $ time notmuch count tag:notmuch 3243 0,00s user 0,00s system 72% cpu 0,011 total $ time notmuch count to:notmuch@notmuchmail.org 2477 0,03s user 0,00s system 89% cpu 0,036 total That is 36ms vs. 11ms. If these numbers are multiplied by 45 (or by 90 with the bug in notmuch hello), this makes the difference. -Michal