Re: [PATCH] emacs: wash: make word-wrap bound message width
[notmuch-archives.git] / d9 / 8044c96e8daabc441026964326124d84cacc63
1 Return-Path: <tomi.ollila@nixu.com>\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 572F8429E3D\r
6         for <notmuch@notmuchmail.org>; Wed,  4 Jan 2012 06:35:34 -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\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
12         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 RIA9t7J1Berd for <notmuch@notmuchmail.org>;\r
16         Wed,  4 Jan 2012 06:35:33 -0800 (PST)\r
17 Received: from mail-gw3.nixu.fi (mail-gw3.nixu.fi [193.209.237.7])\r
18         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
19         (No client certificate requested)\r
20         by olra.theworths.org (Postfix) with ESMTPS id 83B9D429E21\r
21         for <notmuch@notmuchmail.org>; Wed,  4 Jan 2012 06:35:33 -0800 (PST)\r
22 Received: from pps.filterd (mail-gw3 [127.0.0.1])\r
23         by mail-gw3.nixu.fi (8.14.4/8.14.4) with SMTP id q04EZUPi024411;\r
24         Wed, 4 Jan 2012 16:35:30 +0200\r
25 Received: from taco2.nixu.fi (taco2.nixu.fi [194.197.118.31])\r
26         by mail-gw3.nixu.fi with ESMTP id 114cs0xbbm-1\r
27         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
28         Wed, 04 Jan 2012 16:35:30 +0200\r
29 Received: from taco2.nixu.fi (taco2.nixu.fi [194.197.118.31])\r
30         by taco2.nixu.fi (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id\r
31         q04EZTUB009265; Wed, 4 Jan 2012 16:35:29 +0200\r
32 From: Tomi Ollila <tomi.ollila@iki.fi>\r
33 To: Jani Nikula <jani@nikula.org>, notmuch@notmuchmail.org\r
34 Subject: Re: [PATCH] emacs: call "notmuch tag" only once when archiving a\r
35         thread\r
36 In-Reply-To: <1325615346-8302-1-git-send-email-jani@nikula.org>\r
37 References: <1325615346-8302-1-git-send-email-jani@nikula.org>\r
38 User-Agent: Notmuch/0.10.2+157~g442d405 (http://notmuchmail.org) Emacs/23.3.1\r
39         (i686-pc-linux-gnu)\r
40 X-Face: HhBM'cA~<r"^Xv\KRN0P{vn'Y"Kd;zg_y3S[4)KSN~s?O\"QPoL\r
41         $[Xv_BD:i/F$WiEWax}R(MPS`^UaptOGD`*/=@\1lKoVa9tnrg0TW?"r7aRtgk[F\r
42         !)g;OY^,BjTbr)Np:%c_o'jj,Z\r
43 Date: Wed, 04 Jan 2012 16:35:29 +0200\r
44 Message-ID: <yf6wr97y1qm.fsf@taco2.nixu.fi>\r
45 MIME-Version: 1.0\r
46 Content-Type: text/plain; charset=us-ascii\r
47 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110,\r
48  1.0.211,       0.0.0000        definitions=2012-01-04_06:2012-01-04, 2012-01-04,\r
49         1970-01-01 signatures=0\r
50 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0\r
51         ipscore=0 suspectscore=0\r
52         phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0\r
53         reason=mlx\r
54         scancount=1 engine=6.0.2-1012030000 definitions=main-1201040113\r
55 X-BeenThere: notmuch@notmuchmail.org\r
56 X-Mailman-Version: 2.1.13\r
57 Precedence: list\r
58 List-Id: "Use and development of the notmuch mail system."\r
59         <notmuch.notmuchmail.org>\r
60 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
61         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
62 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
63 List-Post: <mailto:notmuch@notmuchmail.org>\r
64 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
65 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
66         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
67 X-List-Received-Date: Wed, 04 Jan 2012 14:35:34 -0000\r
68 \r
69 On Tue,  3 Jan 2012 20:29:06 +0200, Jani Nikula <jani@nikula.org> wrote:\r
70 > Optimize thread archiving by combining all the -inbox tagging operations to\r
71 > a single "notmuch tag" call. Also skip redisplay of tag changes in current\r
72 > buffer, as it is immediately killed by the archiving functions.\r
73\r
74 > For threads in the order of tens or a hundred inbox tagged messages, this\r
75 > gives a noticeable speedup.\r
76\r
77 > On the downside, IIRC Xapian does not perform very well if the query (in\r
78 > this case a lot of message-ids OR'd together) is very big. It is unknown to\r
79 > me at which point this approach would become slower than the original one\r
80 > by one tagging approach, if ever.\r
81\r
82 > Also, this introduces a limitation to the number of messages that can be\r
83 > archived at the same time (through ARG_MAX limiting the command line). At\r
84 > least on Linux this seems more like a theoretical limitation than a real\r
85 > one.\r
86 \r
87 IIRC some systems have like 32768 byte command line limit.\r
88 If the change did tagging in like 100-message batches then this limit is\r
89 hardly exceeded (if message-id's max 80 characters then command line is\r
90 8000+ bytes)...\r
91 Hmm -- is there a length limit for message-id. If not maybe when appending \r
92 message id's keep counting length and tag in batches based on that lenght\r
93 value.\r
94 \r
95 Hundreds of messages per tagging operation instead of one is good\r
96 improvements.\r
97 \r
98 > Signed-off-by: Jani Nikula <jani@nikula.org>\r
99 \r
100 Tomi\r