Emacs client scalability for long, deeply-nested threads

Emacs client scalability for long, deeply-nested threads

[Jed Brown]

[-- Attachment #1: Type: text/plain, Size: 362 bytes --]

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?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]

Re: Emacs client scalability for long, deeply-nested threads

[Michael Hudson-Doyle]

I have encountered this too.  A C-u before entering the thread helps
(this means already read messages are not rendered I think), as does a
M-x notmuch-show-toggle-thread-indentation .  Something less manual
would be nice, I guess...

On 24 March 2015 at 07:09, Jed Brown <jed@59a2.org> wrote:
> 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?
>
> _______________________________________________
> notmuch mailing list
> notmuch@notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch
>

Re: Emacs client scalability for long, deeply-nested threads

[Jed Brown]

[-- Attachment #1: Type: text/plain, Size: 411 bytes --]

Michael Hudson-Doyle <michael.hudson@canonical.com> writes:

> I have encountered this too.  A C-u before entering the thread helps
> (this means already read messages are not rendered I think), as does a
> M-x notmuch-show-toggle-thread-indentation .  

Thanks, Michael.  This does help, though it makes it hard to interpret
context.  I'd love a solution that does not degrade utility so
drastically.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]

Re: Emacs client scalability for long, deeply-nested threads

[David Bremner]

Jed Brown <jed@59a2.org> writes:

> Michael Hudson-Doyle <michael.hudson@canonical.com> writes:
>
>> I have encountered this too.  A C-u before entering the thread helps
>> (this means already read messages are not rendered I think), as does a
>> M-x notmuch-show-toggle-thread-indentation .  
>
> Thanks, Michael.  This does help, though it makes it hard to interpret
> context.  I'd love a solution that does not degrade utility so
> drastically.

How is the performance of tree-view on these threads?

d

Re: Emacs client scalability for long, deeply-nested threads

[Jed Brown]

[-- Attachment #1: Type: text/plain, Size: 498 bytes --]

David Bremner <david@tethera.net> writes:

> How is the performance of tree-view on these threads?

tree-view?  Loading is about equally slow with/without
notmuch-show-indent-messages-width=0.  Navigation is pretty fast once
loaded.  "notmuch show --format=sexp" for an 1100 message thread with
7.5 MB of non-attachment takes 0.5 seconds.  This thread is much too big
to display in a normal Emacs buffer, though I can see specific messages
fast using C-u (notmuch-search-show-thread ELIDE-TOGGLE).

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]