95/c3d175f527c90f325c49ceca449751d7eaea85

   1 Return-Path: <amthrax@awakening.csail.mit.edu>\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 5DB21431FB6\r
   6         for <notmuch@notmuchmail.org>; Thu,  9 Dec 2010 13:05:06 -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 GmHR63m4ML7z for <notmuch@notmuchmail.org>;\r
  16         Thu,  9 Dec 2010 13:05:06 -0800 (PST)\r
  17 X-Greylist: delayed 300 seconds by postgrey-1.32 at olra;\r
  18         Thu, 09 Dec 2010 13:05:05 PST\r
  19 Received: from dmz-mailsec-scanner-4.mit.edu (DMZ-MAILSEC-SCANNER-4.MIT.EDU\r
  20         [18.9.25.15])\r
  21         by olra.theworths.org (Postfix) with ESMTP id EB470431FB5\r
  22         for <notmuch@notmuchmail.org>; Thu,  9 Dec 2010 13:05:05 -0800 (PST)\r
  23 X-AuditID: 1209190f-b7c1dae000000a2b-02-4d0143551157\r
  24 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43])\r
  25         by dmz-mailsec-scanner-4.mit.edu (Symantec Brightmail Gateway) with\r
  26         SMTP id 84.E2.02603.553410D4; Thu,  9 Dec 2010 16:00:05 -0500 (EST)\r
  27 Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])\r
  28         by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id oB9L04fO026394\r
  29         for <notmuch@notmuchmail.org>; Thu, 9 Dec 2010 16:00:05 -0500\r
  30 Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91])\r
  31         (authenticated bits=0)\r
  32         (User authenticated as amdragon@ATHENA.MIT.EDU)\r
  33         by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id oB9L01RF009974\r
  34         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT)\r
  35         for <notmuch@notmuchmail.org>; Thu, 9 Dec 2010 16:00:04 -0500 (EST)\r
  36 Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.72)\r
  37         (envelope-from <amthrax@awakening.csail.mit.edu>) id 1PQnar-0007Hg-S9\r
  38         for notmuch@notmuchmail.org; Thu, 09 Dec 2010 16:00:01 -0500\r
  39 From: Austin Clements <amdragon@MIT.EDU>\r
  40 To: notmuch@notmuchmail.org\r
  41 Subject: [PATCH 0/5] Fetch all message metadata in a single pass\r
  42 Date: Thu,  9 Dec 2010 15:59:51 -0500\r
  43 Message-Id: <1291928396-27937-1-git-send-email-amdragon@mit.edu>\r
  44 X-Mailer: git-send-email 1.7.2.3\r
  45 X-Brightmail-Tracker: AAAAAA==\r
  46 X-BeenThere: notmuch@notmuchmail.org\r
  47 X-Mailman-Version: 2.1.13\r
  48 Precedence: list\r
  49 List-Id: "Use and development of the notmuch mail system."\r
  50         <notmuch.notmuchmail.org>\r
  51 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  52         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  53 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  54 List-Post: <mailto:notmuch@notmuchmail.org>\r
  55 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  56 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  57         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  58 X-List-Received-Date: Thu, 09 Dec 2010 21:05:06 -0000\r
  59 \r
  60 This is the second of the two optimizations I described a while ago,\r
  61 and brings my inbox search down to 1.811 seconds, 2.5X faster than it\r
  62 was originally.\r
  63 \r
  64 This optimization is based on the observation that Xapian decompresses\r
  65 a document's term list every time you iterate over it.  As a result,\r
  66 notmuch can decompress the beginning of a single term list quite a few\r
  67 times.  This patch series combines all of this into a single pass that\r
  68 is only slightly more expensive than fetching one metadata field used\r
  69 to be, but offers a huge win in the common case where a message object\r
  70 is used for multiple metadata fields.\r
  71 \r