Re: [PATCH] emacs: wash: make word-wrap bound message width
[notmuch-archives.git] / f7 / d68306f3c9f0476c992e4da6471c3caec83a88
1 Return-Path: <cworth@cworth.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 D42D2429E24\r
6         for <notmuch@notmuchmail.org>; Fri, 28 Jan 2011 14:02:54 -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.99\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.99 tagged_above=-999 required=5\r
12         tests=[ALL_TRUSTED=-1, T_MIME_NO_TEXT=0.01] 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 Fy4UErepAb2g; Fri, 28 Jan 2011 14:02:53 -0800 (PST)\r
16 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
17         by olra.theworths.org (Postfix) with ESMTP id ECD9C429E21;\r
18         Fri, 28 Jan 2011 14:02:50 -0800 (PST)\r
19 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
20         id 7B63B25449C; Sat, 29 Jan 2011 07:26:44 +1000 (EST)\r
21 From: Carl Worth <cworth@cworth.org>\r
22 To: Austin Clements <amdragon@MIT.EDU>\r
23 Subject: Re: [PATCH 3/4] Optimize thread search using matched docid sets.\r
24 In-Reply-To: <20101208215844.GS2447@mit.edu>\r
25 References: <20101117192826.GU2439@mit.edu>\r
26         <874oap5aek.fsf@yoom.home.cworth.org>\r
27         <20101208215844.GS2447@mit.edu>\r
28 User-Agent: Notmuch/0.5 (http://notmuchmail.org) Emacs/23.2.1\r
29         (i486-pc-linux-gnu)\r
30 Date: Sat, 29 Jan 2011 07:26:44 +1000\r
31 Message-ID: <878vy4n2i3.fsf@yoom.home.cworth.org>\r
32 MIME-Version: 1.0\r
33 Content-Type: multipart/mixed; boundary="=-=-="\r
34 Cc: notmuch@notmuchmail.org\r
35 X-BeenThere: notmuch@notmuchmail.org\r
36 X-Mailman-Version: 2.1.13\r
37 Precedence: list\r
38 List-Id: "Use and development of the notmuch mail system."\r
39         <notmuch.notmuchmail.org>\r
40 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
41         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
42 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
43 List-Post: <mailto:notmuch@notmuchmail.org>\r
44 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
45 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
46         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
47 X-List-Received-Date: Fri, 28 Jan 2011 22:02:55 -0000\r
48 \r
49 --=-=-=\r
50 Content-Type: multipart/signed; boundary="==-=-=";\r
51         micalg=pgp-sha1; protocol="application/pgp-signature"\r
52 \r
53 --==-=-=\r
54 \r
55 On Wed, 8 Dec 2010 16:58:44 -0500, Austin Clements <amdragon@MIT.EDU> wrote:\r
56 > Now that this is in (and I have a temporary respite from TA duties),\r
57 > I'm going to finish up and send out my other ~1.7X improvement, just\r
58 > to get it out of my queue.  Then I'll look at making a performance\r
59 > regression suite.  Were you thinking of some standard set of timed\r
60 > operations wrapped in a little script that can tell you if you've made\r
61 > things worse, or something more elaborate?\r
62 \r
63 I recently started making a perf/notmuch-perf script for notmuch (see\r
64 below). I was doing this in preparation for my linux.conf.au talk on\r
65 notmuch, (though I ended up not talking about performance in concrete\r
66 terms).\r
67 \r
68 I don't know how much further I'll run with this now, but if this is a\r
69 useful starting place for anyone, let me know and I can obviously add\r
70 this to the repository.\r
71 \r
72 So the idea with this script is that the timed operations actually\r
73 depend on local data, (your current mail collection as indicated by\r
74 NOTMUCH_CONFIG). So the operations aren't standardized to enable\r
75 comparison between different people, (unless they also agree on some\r
76 common mail collection).\r
77 \r
78 My script as attached runs only "notmuch new" to time the original\r
79 indexing. Beyond that I'd like to time some common operations,\r
80 (adding a new message, searching for a single message, searching for\r
81 many messages, searching for all messages, etc.).\r
82 \r
83 And then on top of this, I'd like to have a little utility that could\r
84 compare several different runs captured previously. That would let me do\r
85 the regression testing I'd like to ensure we never make performance\r
86 worse.\r
87 \r
88 Please feel free to run with this or with your own approach as you see\r
89 fit.\r
90 \r
91 -Carl\r
92 \r
93 \r
94 --==-=-=\r
95 Content-Type: application/pgp-signature\r
96 \r
97 -----BEGIN PGP SIGNATURE-----\r
98 Version: GnuPG v1.4.10 (GNU/Linux)\r
99 \r
100 iD8DBQFNQzSU6JDdNq8qSWgRArrAAJ4x4Pe7Va/tR5F3K4zqS5SiWVldDwCfcASp\r
101 Ylw7s9u/yVpNovNFPqM/GZ0=\r
102 =qG06\r
103 -----END PGP SIGNATURE-----\r
104 --==-=-=--\r
105 \r
106 --=-=-=\r
107 Content-Type: application/octet-stream; charset=utf-8\r
108 Content-Disposition: attachment; filename=notmuch-perf\r
109 Content-Transfer-Encoding: base64\r
110 \r
111 IyEvYmluL3NoCnNldCAtZQoKU0NSQVRDSD0iJChwd2QpL25vdG11Y2gtcGVyZl8kKGRhdGUgKyVG\r
112 XyVUKSIKQ09ORklHX09SSUc9JHtOT1RNVUNIX0NPTkZJRzotJEhPTUUvLm5vdG11Y2gtY29uZmln\r
113 fQoKaWYgISBbIC1mICIkQ09ORklHX09SSUciIF07IHRoZW4KICAgZWNobyAiRXJyb3I6IE5vIGNv\r
114 bmZpZ3VyYXRpb24gZm91bmQgYXQgJENPTkZJR19PUklHIgogICBlY2hvICJQbGVhc2UgcHJvdmlk\r
115 ZSBhIGRlZmF1bHQgY29uZmlndXJhdGlvbiBmaWxlIHRvIHNwZWNpZnkgdGhlIG1haWwgdG8gaW5k\r
116 ZXguIgogICBleGl0IDEKZmkKCm1rZGlyICIkU0NSQVRDSCIKY2QgIiRTQ1JBVENIIgoKTUFJTF9Q\r
117 QVRIX09SSUc9JChub3RtdWNoIGNvbmZpZyBnZXQgZGF0YWJhc2UucGF0aCkKTUFJTF9QQVRIPSIk\r
118 U0NSQVRDSC9tYWlsIgoKZXhwb3J0IE5PVE1VQ0hfQ09ORklHPSIkU0NSQVRDSC9ub3RtdWNoLWNv\r
119 bmZpZyIKY3AgIiRDT05GSUdfT1JJRyIgIiROT1RNVUNIX0NPTkZJRyIKCmxuIC1zICIkTUFJTF9Q\r
120 QVRIX09SSUciICIkTUFJTF9QQVRIIgoKZWNobyAiTm93IHJ1bm5pbmcgbm90bXVjaCBuZXcgdG8g\r
121 aW5kZXggYWxsIG1haWwiCnRpbWUgbm90bXVjaCBuZXcKCg==\r
122 --=-=-=--\r