Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id A1167431FD4 for ; Mon, 23 Mar 2015 11:17:26 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 2.438 X-Spam-Level: ** X-Spam-Status: No, score=2.438 tagged_above=-999 required=5 tests=[DNS_FROM_AHBL_RHSBL=2.438] autolearn=disabled Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wSxCa9yhSqmj for ; Mon, 23 Mar 2015 11:17:23 -0700 (PDT) X-Greylist: delayed 488 seconds by postgrey-1.32 at olra; Mon, 23 Mar 2015 11:17:23 PDT Received: from jedbrown.org (jedbrown.org [198.199.121.66]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 746EB431FD2 for ; Mon, 23 Mar 2015 11:17:23 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by jedbrown.org (Postfix) with ESMTPSA id D47B780B8C for ; Mon, 23 Mar 2015 18:09:10 +0000 (UTC) From: Jed Brown To: notmuch Subject: Emacs client scalability for long, deeply-nested threads User-Agent: Notmuch/0.19+6~ge34ad3c (http://notmuchmail.org) Emacs/25.0.50.2 (x86_64-unknown-linux-gnu) Date: Mon, 23 Mar 2015 12:09:08 -0600 Message-ID: <87sicv60xn.fsf@jedbrown.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 18:17:26 -0000 --=-=-= Content-Type: text/plain I occasionally end up with threads containing several hundred messages and deep nesting. Eventually, displaying them exceeds the default max-specpdl-size and later max-lisp-eval-depth. These variables can be increased, but the time required to display the thread stretches to minutes. Does anyone have suggestions for improving performance in such scenarios? --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVEFbEAAoJEM+2iNHeMalNRM0P/29LkPSxhuSm3ZhAFOh7tSZv rizoh+suDidcLpEchUFknhZLgTXkClqD3NF7biknp0zr75I7xXtaRv2ZhgA61bT5 7KlUAi1vC9zvGlfO2midB/+Q/fi02CP1d4vIbY+9geedGIL9d4yTNa15GN+lVCCn uxEzECSc1RwGLtd4ntFqXrUCgte2opiz0HvzhMxEfCbyfTo13OEcnVdoH3cXezjb maBpGl4y/wbQD6wF0DXxfeLYXi5Yvh1bw9T0ZX+5OxwhvJMy3x9I37Ks3um7ugek FYD2lK9AthqlV6JxppCufmtg6i0/lDOBAREVvw7+2BfDUevUgPIJLQIHyUVz2IbJ Swnsqwef4VG5U4IbDwAOurZ6u0CdGaXlFt5mRn8FD/OVOxS4wqMLyq7rg+SyUMFb ryidt2UuG+Uqag9or3brpNY6nnnxpdH2I86GheWKdzldkhv6n3p1JHmGlmhROR6N 4HrTndMDgfMdq4+jvsLYxcQ0ysgyQaDOytQH32OxzFpRh/vbO/JPfAXQyzaixMgK s0hL1sHPMkVSbN/XOWt4p53OK1wcTRdGCFx57jW2046ayAVAanswMsPN1iZTA8N3 M9pmvygq63vl3QzdOnTrYgnzncFasd3yuRD80b7PVde6SkWEiep7DOA0yBpREDth sKptGVB3jsr2lg+eAZnP =JzkD -----END PGP SIGNATURE----- --=-=-=--