Re: [notmuch] emacs mode performance issue

diff --git a/74/703a1d778197010b0f3cf5f97b9e40a1771436 b/74/703a1d778197010b0f3cf5f97b9e40a1771436
new file mode 100644 (file)
index 0000000..ec25f2b
--- /dev/null
+++ b/74/703a1d778197010b0f3cf5f97b9e40a1771436
@@ -0,0 +1,87 @@
+Return-Path: <cworth@cworth.org>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 491E7431FBD;\r
+       Fri, 11 Dec 2009 08:24:16 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id T4FcuN9-N1Go; Fri, 11 Dec 2009 08:24:15 -0800 (PST)\r
+Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 970FA431FAE;\r
+       Fri, 11 Dec 2009 08:24:15 -0800 (PST)\r
+Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
+       id 45E462542F8; Fri, 11 Dec 2009 08:24:15 -0800 (PST)\r
+From: Carl Worth <cworth@cworth.org>\r
+To: Dirk Hohndel <hohndel@infradead.org>, notmuch@notmuchmail.org\r
+In-Reply-To: <1260511813.3341.22.camel@dhohndel-mobl.amr.corp.intel.com>\r
+References: <1260511813.3341.22.camel@dhohndel-mobl.amr.corp.intel.com>\r
+Date: Fri, 11 Dec 2009 08:24:02 -0800\r
+Message-ID: <874onx4gyl.fsf@yoom.home.cworth.org>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha1; protocol="application/pgp-signature"\r
+Subject: Re: [notmuch] emacs mode performance issue\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.12\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Fri, 11 Dec 2009 16:24:16 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Thu, 10 Dec 2009 22:10:13 -0800, Dirk Hohndel <hohndel@infradead.org> wr=\r
+ote:\r
+> I'm in the search results window in Emacs, on an LKML thread with 140+\r
+> messages. I hit return to view this thread - Emacs consumes 100% CPU\r
+> but even after waiting 3 minutes it doesn't display the result (this is\r
+> on a fast system Lenovo x200s).=20\r
+>=20\r
+> C-g stops the process and gets me dumped into a clearly partially\r
+> processed buffer.\r
+>=20\r
+> Is there a good way to collect more profiling information to figure out\r
+> why this is so slow?\r
+\r
+My guess is that it's not a problem of being slow.\r
+\r
+It sounds much more likely that some of our lame emacs lisp code has\r
+gotten itself into an infinite loop.\r
+\r
+We've got a bunch of silly, ad-hoc code for jumping around the emacs\r
+buffer looking for various things. And then we have invisible characters\r
+in the emacs buffer which make some of the movement commands behave\r
+differently, and unreliably. So there's some ugliness here.\r
+\r
+The right fix is to move more of the parsing logic into the C code where\r
+I can actually comprehend things, and then emit some fully-quoted\r
+structure that we can walk with simple, reliable emacs code.\r
+\r
+In the meantime, if I could get my hands on a message that triggers this\r
+bug, that would be useful. (Here's a case where it would be nice to have\r
+the "notmuch search --output=3Dmaildir" command I had talked about so that\r
+we could export the results of a particular search.)\r
+\r
+=2DCarl\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.10 (GNU/Linux)\r
+\r
+iD8DBQFLInIi6JDdNq8qSWgRAkM9AJ4mnHAn6D1CygjWlusz+EGV/87DegCdErWM\r
+x9LBWz0Pqw7v1jVUmxaAw2Y=\r
+=dkr3\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r