Re: emacs slow with large threads
On Tue, Jan 22 2019, Emilio Francesquini wrote: > You are absolutely right. It does become buffer local. Yet setting it to > nil changes the behavior of new windows on notmuch-show-mode. I'm at a > loss why... :) Maybe because I set it inside my .emacs? I need to study > a bit more of elisp... About that, forget it. It was something else changing the behavior. Indeed I need to study more elisp. :p Sorry for the noise. The real culprit was indeed fci-mode. ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: emacs slow with large threads
You are absolutely right. It does become buffer local. Yet setting it to nil changes the behavior of new windows on notmuch-show-mode. I'm at a loss why... :) Maybe because I set it inside my .emacs? I need to study a bit more of elisp... Anyway, my previous message was actually incomplete. This change alone accounted only for a marginal improvement in performance. I restored my old .emacs from git and realized that the real culprit was fci-mode ( fill-column-indicator package) *even if it was not enabled on the message buffer*. Removing the package did the trick. For a thread with ~70 messages it took ~20 seconds against less than 1 without the package. On Tue, Jan 22 2019, Brian Sniffen wrote: > I think that becomes buffer local when set. Are you sure it me a difference? > > -- > Brian Sniffen > >> On Jan 21, 2019, at 7:39 AM, Emilio Francesquini >> wrote: >> >> Hello there, >> >> I recently ran into the same (slowness) problem when viewing long threads. >> After some profiling I found out that disabling indentation did the trick >> for me. In my case it went from unusable (>5 minutes) to ~3 seconds for >> large threads. >> >> (setq notmuch-show-indent-content nil) >> >> Hope it helps. >> >>> On Mon, Jan 21, 2019 at 9:07 AM Dan Čermák wrote: >>> "Landry, Walter" writes: >>> >>> > Dan Čermák writes: >>> > >>> >> Hi Landry, >>> >> >>> >> I am afraid this is a common limitation of emacs: if you start opening >>> >> large files (especially with long lines) it becomes very slow. >>> >> >>> >> A viable workaround is to open the offending thread in the tree view >>> >> (bound to 'z' by default) and then only view individual messages. >>> > >>> > Tree view works well [1]. Everything is fast, and I kind of prefer that >>> > view anyway. >>> > >>> > Thanks, >>> > Walter Landry >>> > >>> > [1] I have been using notmuch for almost a year, and I did not realize >>> > that there is a separate tree view. >>> >>> I have been using notmuch for about two years and iirc didn't realize >>> tree view existed until about half a year ago. Should really have read >>> the manual and all the key bindings at first. >>> >>> > ___ >>> > notmuch mailing list >>> > notmuch@notmuchmail.org >>> > https://notmuchmail.org/mailman/listinfo/notmuch >>> ___ >>> notmuch mailing list >>> notmuch@notmuchmail.org >>> https://notmuchmail.org/mailman/listinfo/notmuch >> ___ >> notmuch mailing list >> notmuch@notmuchmail.org >> https://notmuchmail.org/mailman/listinfo/notmuch ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: emacs slow with large threads
I think that becomes buffer local when set. Are you sure it me a difference? -- Brian Sniffen > On Jan 21, 2019, at 7:39 AM, Emilio Francesquini > wrote: > > Hello there, > > I recently ran into the same (slowness) problem when viewing long threads. > After some profiling I found out that disabling indentation did the trick for > me. In my case it went from unusable (>5 minutes) to ~3 seconds for large > threads. > > (setq notmuch-show-indent-content nil) > > Hope it helps. > >> On Mon, Jan 21, 2019 at 9:07 AM Dan Čermák wrote: >> "Landry, Walter" writes: >> >> > Dan Čermák writes: >> > >> >> Hi Landry, >> >> >> >> I am afraid this is a common limitation of emacs: if you start opening >> >> large files (especially with long lines) it becomes very slow. >> >> >> >> A viable workaround is to open the offending thread in the tree view >> >> (bound to 'z' by default) and then only view individual messages. >> > >> > Tree view works well [1]. Everything is fast, and I kind of prefer that >> > view anyway. >> > >> > Thanks, >> > Walter Landry >> > >> > [1] I have been using notmuch for almost a year, and I did not realize >> > that there is a separate tree view. >> >> I have been using notmuch for about two years and iirc didn't realize >> tree view existed until about half a year ago. Should really have read >> the manual and all the key bindings at first. >> >> > ___ >> > notmuch mailing list >> > notmuch@notmuchmail.org >> > https://notmuchmail.org/mailman/listinfo/notmuch >> ___ >> notmuch mailing list >> notmuch@notmuchmail.org >> https://notmuchmail.org/mailman/listinfo/notmuch > ___ > notmuch mailing list > notmuch@notmuchmail.org > https://notmuchmail.org/mailman/listinfo/notmuch ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: emacs slow with large threads
Hello there, I recently ran into the same (slowness) problem when viewing long threads. After some profiling I found out that disabling indentation did the trick for me. In my case it went from unusable (>5 minutes) to ~3 seconds for large threads. (setq notmuch-show-indent-content nil) Hope it helps. On Mon, Jan 21, 2019 at 9:07 AM Dan Čermák wrote: > "Landry, Walter" writes: > > > Dan Čermák writes: > > > >> Hi Landry, > >> > >> I am afraid this is a common limitation of emacs: if you start opening > >> large files (especially with long lines) it becomes very slow. > >> > >> A viable workaround is to open the offending thread in the tree view > >> (bound to 'z' by default) and then only view individual messages. > > > > Tree view works well [1]. Everything is fast, and I kind of prefer that > > view anyway. > > > > Thanks, > > Walter Landry > > > > [1] I have been using notmuch for almost a year, and I did not realize > > that there is a separate tree view. > > I have been using notmuch for about two years and iirc didn't realize > tree view existed until about half a year ago. Should really have read > the manual and all the key bindings at first. > > > ___ > > notmuch mailing list > > notmuch@notmuchmail.org > > https://notmuchmail.org/mailman/listinfo/notmuch > ___ > notmuch mailing list > notmuch@notmuchmail.org > https://notmuchmail.org/mailman/listinfo/notmuch > ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: emacs slow with large threads
"Landry, Walter" writes: > Dan Čermák writes: > >> Hi Landry, >> >> I am afraid this is a common limitation of emacs: if you start opening >> large files (especially with long lines) it becomes very slow. >> >> A viable workaround is to open the offending thread in the tree view >> (bound to 'z' by default) and then only view individual messages. > > Tree view works well [1]. Everything is fast, and I kind of prefer that > view anyway. > > Thanks, > Walter Landry > > [1] I have been using notmuch for almost a year, and I did not realize > that there is a separate tree view. I have been using notmuch for about two years and iirc didn't realize tree view existed until about half a year ago. Should really have read the manual and all the key bindings at first. > ___ > notmuch mailing list > notmuch@notmuchmail.org > https://notmuchmail.org/mailman/listinfo/notmuch ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: emacs slow with large threads
Dan Čermák writes: > Hi Landry, > > I am afraid this is a common limitation of emacs: if you start opening > large files (especially with long lines) it becomes very slow. > > A viable workaround is to open the offending thread in the tree view > (bound to 'z' by default) and then only view individual messages. Tree view works well [1]. Everything is fast, and I kind of prefer that view anyway. Thanks, Walter Landry [1] I have been using notmuch for almost a year, and I did not realize that there is a separate tree view. ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: emacs slow with large threads
David Edmondson writes: > Do things improve if you set notmuch-show-insert-text/plain-hook to nil? That helps a great deal! The key option to turn off is notmuch-wash-wrap-long-lines That makes it take only 10 seconds. That is livable, but not ideal. > Can you share the messages in the thread? Unfortunately, no. Thanks, Walter Landry ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: emacs slow with large threads
On Saturday, 2019-01-19 at 00:03:18 +00, Landry, Walter wrote: > Hello Everyone, > > I am using the emacs frontend to notmuch. It has mostly been a pleasant > experience, but I am having a problem with large threads. Essentially, > when I try to view a large thread, the machine locks up for many > minutes. The problem seems very similar to these posts. > > https://notmuchmail.org/pipermail/notmuch/2013/014811.html > https://notmuchmail.org/pipermail/notmuch/2015/020379.html > > I tried turning off html rendering by setting mm-text-html-renderer to > nil. That helped, but it is still taking at least 10 minutes to render > a thread. I killed it when I ran out of patience. > > The thread has 231 messages, and running > > notmuch show thread:d637 | wc -l > > shows that it is 46918 lines long. Running that on the command line is > fast, taking 0.123 seconds. As a comparison, I tried opening the thread > with astroid. It was not instantaneous, but it only took about 3 > seconds. > > I am guessing that the emacs mode is trying to process the result. I > can work around this a bit by opening individual messages with "C-u RET" > instead of "RET". But then I lose context. > > Is there anything else I can do to make this work? Do things improve if you set notmuch-show-insert-text/plain-hook to nil? Can you share the messages in the thread? dme. -- Sorry I'm not home right now, I'm walking into spiderwebs. ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: emacs slow with large threads
This is much worse than normal problems with large files or long lines. There’s something worse-than-quadratic in the nesting and indenting elisp. I’ve been meaning to get around to figuring out what, but no luck yet. -- Brian Sniffen > On Jan 18, 2019, at 7:03 PM, Landry, Walter wrote: > > Hello Everyone, > > I am using the emacs frontend to notmuch. It has mostly been a pleasant > experience, but I am having a problem with large threads. Essentially, > when I try to view a large thread, the machine locks up for many > minutes. The problem seems very similar to these posts. > > https://notmuchmail.org/pipermail/notmuch/2013/014811.html > https://notmuchmail.org/pipermail/notmuch/2015/020379.html > > I tried turning off html rendering by setting mm-text-html-renderer to > nil. That helped, but it is still taking at least 10 minutes to render > a thread. I killed it when I ran out of patience. > > The thread has 231 messages, and running > > notmuch show thread:d637 | wc -l > > shows that it is 46918 lines long. Running that on the command line is > fast, taking 0.123 seconds. As a comparison, I tried opening the thread > with astroid. It was not instantaneous, but it only took about 3 > seconds. > > I am guessing that the emacs mode is trying to process the result. I > can work around this a bit by opening individual messages with "C-u RET" > instead of "RET". But then I lose context. > > Is there anything else I can do to make this work? > > Thanks, > Walter Landry > ___ > notmuch mailing list > notmuch@notmuchmail.org > https://notmuchmail.org/mailman/listinfo/notmuch ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: emacs slow with large threads
Hi Landry, I am afraid this is a common limitation of emacs: if you start opening large files (especially with long lines) it becomes very slow. A viable workaround is to open the offending thread in the tree view (bound to 'z' by default) and then only view individual messages. Cheers, Dan "Landry, Walter" writes: > Hello Everyone, > > I am using the emacs frontend to notmuch. It has mostly been a pleasant > experience, but I am having a problem with large threads. Essentially, > when I try to view a large thread, the machine locks up for many > minutes. The problem seems very similar to these posts. > > https://notmuchmail.org/pipermail/notmuch/2013/014811.html > https://notmuchmail.org/pipermail/notmuch/2015/020379.html > > I tried turning off html rendering by setting mm-text-html-renderer to > nil. That helped, but it is still taking at least 10 minutes to render > a thread. I killed it when I ran out of patience. > > The thread has 231 messages, and running > > notmuch show thread:d637 | wc -l > > shows that it is 46918 lines long. Running that on the command line is > fast, taking 0.123 seconds. As a comparison, I tried opening the thread > with astroid. It was not instantaneous, but it only took about 3 > seconds. > > I am guessing that the emacs mode is trying to process the result. I > can work around this a bit by opening individual messages with "C-u RET" > instead of "RET". But then I lose context. > > Is there anything else I can do to make this work? > > Thanks, > Walter Landry > ___ > notmuch mailing list > notmuch@notmuchmail.org > https://notmuchmail.org/mailman/listinfo/notmuch ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
emacs slow with large threads
Hello Everyone, I am using the emacs frontend to notmuch. It has mostly been a pleasant experience, but I am having a problem with large threads. Essentially, when I try to view a large thread, the machine locks up for many minutes. The problem seems very similar to these posts. https://notmuchmail.org/pipermail/notmuch/2013/014811.html https://notmuchmail.org/pipermail/notmuch/2015/020379.html I tried turning off html rendering by setting mm-text-html-renderer to nil. That helped, but it is still taking at least 10 minutes to render a thread. I killed it when I ran out of patience. The thread has 231 messages, and running notmuch show thread:d637 | wc -l shows that it is 46918 lines long. Running that on the command line is fast, taking 0.123 seconds. As a comparison, I tried opening the thread with astroid. It was not instantaneous, but it only took about 3 seconds. I am guessing that the emacs mode is trying to process the result. I can work around this a bit by opening individual messages with "C-u RET" instead of "RET". But then I lose context. Is there anything else I can do to make this work? Thanks, Walter Landry ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch