66/7d8154f42f15b73633ab5d4b668b1a8da0511e

   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 405EE431FBC\r
   6         for <notmuch@notmuchmail.org>; Wed, 25 Nov 2009 11:17:46 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 Received: from olra.theworths.org ([127.0.0.1])\r
   9         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  10         with ESMTP id Evl5Dm1guHW4 for <notmuch@notmuchmail.org>;\r
  11         Wed, 25 Nov 2009 11:17:45 -0800 (PST)\r
  12 Received: from cworth.org (localhost [127.0.0.1])\r
  13         by olra.theworths.org (Postfix) with ESMTP id 47391431FAE\r
  14         for <notmuch@notmuchmail.org>; Wed, 25 Nov 2009 11:17:45 -0800 (PST)\r
  15 From: Carl Worth <cworth@cworth.org>\r
  16 To: Notmuch list <notmuch@notmuchmail.org>\r
  17 Date: Wed, 25 Nov 2009 11:17:31 -0800\r
  18 Message-ID: <87aayatnw4.fsf@yoom.home.cworth.org>\r
  19 MIME-Version: 1.0\r
  20 Content-Type: multipart/signed; boundary="=-=-=";\r
  21         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  22 Subject: [notmuch] Search results now start appearing "instantly"\r
  23 X-BeenThere: notmuch@notmuchmail.org\r
  24 X-Mailman-Version: 2.1.12\r
  25 Precedence: list\r
  26 List-Id: "Use and development of the notmuch mail system."\r
  27         <notmuch.notmuchmail.org>\r
  28 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  29         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  30 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  31 List-Post: <mailto:notmuch@notmuchmail.org>\r
  32 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  33 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  34         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  35 X-List-Received-Date: Wed, 25 Nov 2009 19:17:46 -0000\r
  36 \r
  37 --=-=-=\r
  38 \r
  39 Here's a nice feature for any of you who have been suffering with\r
  40 "notmuch search" taking forever before it would complete, (such as when\r
  41 trying to display "notmuch search tag:inbox" with every message in your\r
  42 collection having the inbox tag).\r
  43 \r
  44 I've fixed the "notmuch search" command-line program to not do any of\r
  45 the "chunking" that it was doing before, but to instead stream results\r
  46 out as quickly as possible. So it takes maybe a second or two before the\r
  47 results start appearing, but then it's a steady stream from then on.\r
  48 \r
  49 I've also fixed the emacs interface to "notmuch search" which previously\r
  50 would wait until the command completed and would then do the processing\r
  51 it needs to on the buffer. The new implementation instead fires off\r
  52 "notmuch search" as an asynchronous process and filters the results as\r
  53 they come in.\r
  54 \r
  55 The net effect is that searches now appear instantly and you can just\r
  56 watch the scrollbar shrink as the results keep coming in, (and you can\r
  57 navigate and read messages as much as you'd like while results keep\r
  58 coming).\r
  59 \r
  60 It's working out fairly well, (but for one minor bug which is that you\r
  61 lose your current position when you refresh). And I hope people are\r
  62 happy with it. For some it might take notmuch from "interesting, but\r
  63 too slow to be usable" to "blisteringly fast, and where have you been\r
  64 all my life".\r
  65 \r
  66 The one thing that might still be undesirable is that the "notmuch\r
  67 search" process will still continue to burn CPU until all of the results\r
  68 are complete. We could probably take some clues from the user's actions\r
  69 to ameliorate this. It would be easy to suspend the search process when\r
  70 the user obviously isn't needing more results and then resume it\r
  71 later. Detecting what the user needs is a little tricky, but in some\r
  72 cases will be obvious, (such as the user switching away from the scroll\r
  73 buffer or the user viewing a tiny fraction of the search results and not\r
  74 scrolling through them).\r
  75 \r
  76 So please update to the latest code and let me know what you think. I'll\r
  77 be interested to hear if this helps people, and also to know if the CPU\r
  78 usage is a problem for anybody.\r
  79 \r
  80 And for the authors of the other interfaces, let us know when you've got\r
  81 similar support for streaming searches, (or if you didn't get this\r
  82 automatically as soon as "notmuch search" was fixed).\r
  83 \r
  84 -Carl\r
  85 \r
  86 --=-=-=\r
  87 Content-Type: application/pgp-signature\r
  88 \r
  89 -----BEGIN PGP SIGNATURE-----\r
  90 Version: GnuPG v1.4.10 (GNU/Linux)\r
  91 \r
  92 iD8DBQFLDYLL6JDdNq8qSWgRAtzpAKCY5RmiFppeH4K3u0zDu8QlXhaEwQCfbYzP\r
  93 HTuBbVw5/8yUXhs+xEKEkFU=\r
  94 =c0rD\r
  95 -----END PGP SIGNATURE-----\r
  96 --=-=-=--\r