Re: [feature request] emacs: use `notmuch insert` for FCC
[notmuch-archives.git] / 86 / a1258b2a9879ac25b46a8ee5d757d275fe6c89
1 Return-Path: <jani@nikula.org>\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 C7DCF431FB6\r
6         for <notmuch@notmuchmail.org>; Wed, 22 Feb 2012 05:07:45 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -0.7\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\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 Db8mSx74CKpR for <notmuch@notmuchmail.org>;\r
16         Wed, 22 Feb 2012 05:07:42 -0800 (PST)\r
17 Received: from mail-qw0-f53.google.com (mail-qw0-f53.google.com\r
18         [209.85.216.53]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
19         (No client certificate requested)\r
20         by olra.theworths.org (Postfix) with ESMTPS id E0167431FAE\r
21         for <notmuch@notmuchmail.org>; Wed, 22 Feb 2012 05:07:41 -0800 (PST)\r
22 Received: by qafk1 with SMTP id k1so165835qaf.5\r
23         for <notmuch@notmuchmail.org>; Wed, 22 Feb 2012 05:07:40 -0800 (PST)\r
24 Received-SPF: pass (google.com: domain of jani@nikula.org designates\r
25         10.229.115.25 as permitted sender) client-ip=10.229.115.25; \r
26 Authentication-Results: mr.google.com;\r
27         spf=pass (google.com: domain of jani@nikula.org\r
28         designates 10.229.115.25 as permitted sender)\r
29         smtp.mail=jani@nikula.org\r
30 Received: from mr.google.com ([10.229.115.25])\r
31         by 10.229.115.25 with SMTP id g25mr23000596qcq.27.1329916060286\r
32         (num_hops = 1); Wed, 22 Feb 2012 05:07:40 -0800 (PST)\r
33 Received: by 10.229.115.25 with SMTP id g25mr19397953qcq.27.1329916059825;\r
34         Wed, 22 Feb 2012 05:07:39 -0800 (PST)\r
35 Received: from localhost (nikula.org. [92.243.24.172])\r
36         by mx.google.com with ESMTPS id\r
37         bd19sm66057395qab.17.2012.02.22.05.07.37\r
38         (version=SSLv3 cipher=OTHER); Wed, 22 Feb 2012 05:07:38 -0800 (PST)\r
39 From: Jani Nikula <jani@nikula.org>\r
40 To: Jesse Rosenthal <jrosenthal@jhu.edu>, Daniel Schoepe <daniel@schoepe.org>,\r
41         Justus Winter <4winter@informatik.uni-hamburg.de>,\r
42         Philippe LeCavalier <support@plecavalier.com>, notmuch@notmuchmail.org\r
43 Subject: Re: nomuch_addresses.py\r
44 In-Reply-To: <87boosjgd9.fsf@jhu.edu>\r
45 References: <87r4xur3rv.fsf@plc.plecavalier.com>\r
46         <87fweamenf.fsf@schoepe.localhost>\r
47         <20120221091509.8534.59492@thinkbox.jade-hamburg.de>\r
48         <87zkccjnst.fsf@schoepe.localhost> <87boosjgd9.fsf@jhu.edu>\r
49 User-Agent: Notmuch/0.11.1+222~ga47a98c (http://notmuchmail.org) Emacs/23.1.1\r
50         (i686-pc-linux-gnu)\r
51 Date: Wed, 22 Feb 2012 13:07:35 +0000\r
52 Message-ID: <871upn6mp4.fsf@nikula.org>\r
53 MIME-Version: 1.0\r
54 Content-Type: text/plain; charset=us-ascii\r
55 X-Gm-Message-State:\r
56  ALoCoQnfaEEiP9S1cSpqJRPUSMty0CZFY0ZzKmPJGWLOt1Ek5pOgoMMAgJNYNnn4eqX28EYTwxaP\r
57 X-BeenThere: notmuch@notmuchmail.org\r
58 X-Mailman-Version: 2.1.13\r
59 Precedence: list\r
60 List-Id: "Use and development of the notmuch mail system."\r
61         <notmuch.notmuchmail.org>\r
62 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
63         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
64 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
65 List-Post: <mailto:notmuch@notmuchmail.org>\r
66 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
67 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
68         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
69 X-List-Received-Date: Wed, 22 Feb 2012 13:07:45 -0000\r
70 \r
71 On Tue, 21 Feb 2012 11:33:38 -0500, Jesse Rosenthal <jrosenthal@jhu.edu> wrote:\r
72 > On Tue, 21 Feb 2012 14:53:06 +0100, Daniel Schoepe <daniel@schoepe.org> wrote:\r
73 > > On Tue, 21 Feb 2012 09:15:09 -0000, Justus Winter <4winter@informatik.uni-hamburg.de> wrote:\r
74 > > The reason I mentioned nottoomuch-addresses at all, is that completion\r
75 > > itself is _a lot_ faster (at least for me), compared to\r
76 > > addrlookup. According to the wiki, notmuch-addresses.py is even slower\r
77 > > than addrlookup, so I thought (and still think) that it was worth\r
78 > > mentioning. Of course, one could rewrite the database-generation part in\r
79 > > python using the bindings, but I personally don't think it's that\r
80 > > necessary.\r
81\r
82 > I'm not sure what speed comparisons were being used -- I think it was\r
83 > Sebastian comparing vala to python. In any case, using\r
84 > notmuch_addresses.py to look up a common prefix ("Jes") on a slowish\r
85 > computer takes 0.2 seconds. So I'm not sure if the speed is all that\r
86 > much of an issue. It might be a question of cache temperature, though --\r
87 > it'll probably take longer the first time you run it. Still, even trying\r
88 > something out on a cold cache, it seems to be about a second.\r
89 \r
90 The speed comparisons between vanilla notmuch_addresses.py and\r
91 nottoomuch-addresses.sh are going to be flawed in that they do different\r
92 things. It's comparing apples and oranges.\r
93 \r
94 notmuch_addresses.py looks for matches in the recipients of mails the\r
95 user has sent. Nothing else. notmuch_addresses.py filters out multiple\r
96 names for one email address using a popularity contest.\r
97 \r
98 AFAICT nottoomuch-addresses.sh scans all the addresses in all the\r
99 mails. It has no logic for filtering out multiple names for one email\r
100 address, and just returns all matches.\r
101 \r
102 Personally I would like to have best of both worlds, and I'm using a\r
103 modified notmuch_addresses.py that matches all the mails I have, and\r
104 cleans up the duplicate results. Unfortunately that does have a toll on\r
105 performance, taking about a second on my system for typical searches,\r
106 cache hot, while nottoomuch-addresses.sh takes less than a tenth of a\r
107 second. It is enough to be annoying, I'm afraid. Even so, it's not a\r
108 fair comparison because notmuch_addresses.py wasn't designed with this\r
109 in mind, and nottoomuch-addresses.sh maintains its own database and does\r
110 less.\r
111 \r
112 One just needs to pick the tool that fits the needs best.\r
113 \r
114 \r
115 BR,\r
116 Jani.\r