unofficial mirror of notmuch@notmuchmail.org
 help / color / mirror / Atom feed
* 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

unofficial mirror of notmuch@notmuchmail.org

This inbox may be cloned and mirrored by anyone:

	git clone --mirror https://yhetil.org/notmuch/0 notmuch/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 notmuch notmuch/ https://yhetil.org/notmuch \
		notmuch@notmuchmail.org
	public-inbox-index notmuch

Example config snippet for mirrors.
Newsgroups are available over NNTP:
	nntp://news.yhetil.org/yhetil.mail.notmuch.general
	nntp://news.gmane.io/gmane.mail.notmuch.general


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git