GNU bug report logs - #18522
occasional slow performance in some Gnus code

Previous Next

Packages: gnus, emacs;

Reported by: Peter Münster <pmlists <at> free.fr>

Date: Mon, 22 Sep 2014 10:38:02 UTC

Severity: normal

Tags: fixed

Found in version 24.4.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Peter Münster <pmlists <at> free.fr>
Cc: larsi <at> gnus.org, 18522 <at> debbugs.gnu.org
Subject: bug#18522: 24.4.50; mapcar is very slow
Date: Thu, 25 Feb 2016 20:25:27 +0200
> From: Peter Münster <pmlists <at> free.fr>
> Cc: larsi <at> gnus.org,  18522 <at> debbugs.gnu.org
> Date: Thu, 25 Feb 2016 19:10:58 +0100
> 
> On Thu, Feb 25 2016, Eli Zaretskii wrote:
> 
> >  . gnus-buffers references killed buffers because Peter kills buffers
> >    behind Gnus back, instead of letting them be killed through
> >    gnus-kill-buffer, which would have removed them from gnus-buffers
> 
> This point is perhaps not 100% accurate. After 6h running, here some
> more details about the situation:
> 
> - length of all_buffers:         74
> - length of buffer-list:         45
> - length of killed-buffer-names: 28
> - length of gnus-buffers:        17
> 
> Content of killed-buffer-names:
> 
> Name                                            Details
> -----------------------------------------------------------------------------
> " *mm*"                                         ???
> " *mm*-292588"                                  ???
> " *mm*-331546"                                  ???
> " *mm*-391449"                                  ???
> " *mm*-531130"                                  ???
> " *mm*-59524"                                   ???
> " *mm*-705438"                                  ???
> " *mm*-971636"                                  ???
> " *nnmail message-id cache*"                    ???
> " *nnml overview inbox*"                        ???
> " *server news.gmane.org nntp  *nntpd**"        ???
> " *server news.gmane.org nntp  *nntpd**"        ???
> " *server news.povray.org nntp  *nntpd**"       ???
> " *server news.povray.org nntp  *nntpd**"       ???
> "*Backtrace*"                                   killed by me with kill-buffer
> "*Completions*"                                 killed by me with kill-buffer
> "*Completions*"                                 killed by me with kill-buffer
> "*Help*"                                        killed by me with kill-buffer
> "*Summary nndraft:drafts*"                      killed by gnus-summary-exit
> "*Summary nntp+news.gmane.org:gmane.comp.
>                      embedded.openwrt.user*"    killed by gnus-summary-exit
> "*sent mail to SAV*"                            killed by me with kill-buffer
> "*sent mail to XXX*"                            killed by me with kill-buffer
> "*sent mail to YYY*"                            killed by me with kill-buffer
> "*unsent wide reply to Eli Zaretskii*"          killed by me with kill-buffer
> "*unsent wide reply to SAV*"                    killed by me with kill-buffer
> "*unsent wide reply to ZZZ*"                    killed by me with kill-buffer
> "gnus-util.el"                                  killed by me with kill-buffer
> "jl-encrypt.el"                                 killed by me with kill-buffer
> 
> There are 6 "#<killed buffer>" in gnus-buffers. That means, that I
> should have killed the 6 buffers "*sent ..." and "*unsent ..." with
> gnus-kill-buffer. I'll do that in the future. But what about the other buffers?

The *mm*-NNN buffers sound like something related to Gnus mail, so I
defer to you and Lars for describing their life cycle.

Likewise with *nnmail...*" and *server news....* buffers.

(It's quite possible that these were also killed by you at some
inopportune moment, btw, and that's why they are still around.  Can
you describe in more detail how you kill buffers?  Or maybe try
running for a few days without killing buffers, except manually when
you are done with visiting some file, and see what winds up in the
list of killed buffers?)

*Completions*, *Help*, and *Backtrace* -- simply don't kill them, it's
useless.  They will pop up again soon enough.

In any case, the other 2 measures should fix the original problem.




This bug report was last modified 8 years and 170 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.