* Debugging slow down over time
@ 2020-11-10 18:31 Sebastian Fischmeister
2020-11-11 9:47 ` Dan Čermák
2020-11-11 14:20 ` Jonas Bernoulli
0 siblings, 2 replies; 4+ messages in thread
From: Sebastian Fischmeister @ 2020-11-10 18:31 UTC (permalink / raw)
To: notmuch
Hi,
For some time already I experience a slowdown of the emacs notmuch interface over time. After using emacs with notmuch for a day or two, loading the inbox tree view (a search on tag:inbox) takes a significant amount of time to build the view. When I quite and restart emacs, the view loads instantly again.
Do you have any suggestions on how to debug this issue other than removing all customizations?
Cheers,
Sebastian
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Debugging slow down over time
2020-11-10 18:31 Debugging slow down over time Sebastian Fischmeister
@ 2020-11-11 9:47 ` Dan Čermák
2020-11-12 1:06 ` Sebastian Fischmeister
2020-11-11 14:20 ` Jonas Bernoulli
1 sibling, 1 reply; 4+ messages in thread
From: Dan Čermák @ 2020-11-11 9:47 UTC (permalink / raw)
To: sfischme; +Cc: notmuch
[-- Attachment #1.1: Type: text/plain, Size: 1041 bytes --]
Hi Sebastian,
Sebastian Fischmeister <sfischme@uwaterloo.ca> writes:
> Hi,
>
> For some time already I experience a slowdown of the emacs notmuch interface over time. After using emacs with notmuch for a day or two, loading the inbox tree view (a search on tag:inbox) takes a significant amount of time to build the view. When I quite and restart emacs, the view loads instantly again.
>
> Do you have any suggestions on how to debug this issue other than
> removing all customizations?
Unfortunately no, but I have observed this issue as well. What sometimes
appeared to help is to manually trigger a garbage collection.
I must admit that I have not suffered from this recently though and it
might have disappeared when I added
--8<---------------cut here---------------start------------->8---
(setq helm-ff-keep-cached-candidates nil)
--8<---------------cut here---------------end--------------->8---
to my init.el to work around https://issues.guix.gnu.org/43406
In case you are using helm, you could give that a try.
Cheers,
Dan
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 865 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Debugging slow down over time
2020-11-10 18:31 Debugging slow down over time Sebastian Fischmeister
2020-11-11 9:47 ` Dan Čermák
@ 2020-11-11 14:20 ` Jonas Bernoulli
1 sibling, 0 replies; 4+ messages in thread
From: Jonas Bernoulli @ 2020-11-11 14:20 UTC (permalink / raw)
To: sfischme, notmuch
Sebastian Fischmeister <sfischme@uwaterloo.ca> writes:
> For some time already I experience a slowdown of the emacs notmuch
> interface over time.
Please check if my recent patch in
id:20201108174929.1227-1-jonas@bernoul.li fixes that.
Cheers,
Jonas
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Debugging slow down over time
2020-11-11 9:47 ` Dan Čermák
@ 2020-11-12 1:06 ` Sebastian Fischmeister
0 siblings, 0 replies; 4+ messages in thread
From: Sebastian Fischmeister @ 2020-11-12 1:06 UTC (permalink / raw)
To: Dan Čermák; +Cc: notmuch
I can confirm that after calling (garbage-collect) the search is responsive again.
Then I remembered that my init.el changes the gc-cons-threshold speed up the launch. Guess that wasn't a good idea.
Sebastian
Dan Čermák <dan.cermak@posteo.net> writes:
> Hi Sebastian,
>
> Sebastian Fischmeister <sfischme@uwaterloo.ca> writes:
>
>> Hi,
>>
>> For some time already I experience a slowdown of the emacs notmuch interface over time. After using emacs with notmuch for a day or two, loading the inbox tree view (a search on tag:inbox) takes a significant amount of time to build the view. When I quite and restart emacs, the view loads instantly again.
>>
>> Do you have any suggestions on how to debug this issue other than
>> removing all customizations?
>
> Unfortunately no, but I have observed this issue as well. What sometimes
> appeared to help is to manually trigger a garbage collection.
>
> I must admit that I have not suffered from this recently though and it
> might have disappeared when I added
> --8<---------------cut here---------------start------------->8---
> (setq helm-ff-keep-cached-candidates nil)
> --8<---------------cut here---------------end--------------->8---
> to my init.el to work around https://issues.guix.gnu.org/43406
>
> In case you are using helm, you could give that a try.
>
>
> Cheers,
>
> Dan
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2020-11-12 1:14 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-11-10 18:31 Debugging slow down over time Sebastian Fischmeister
2020-11-11 9:47 ` Dan Čermák
2020-11-12 1:06 ` Sebastian Fischmeister
2020-11-11 14:20 ` Jonas Bernoulli
Code repositories for project(s) associated with this public inbox
https://yhetil.org/notmuch.git/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).