GNU bug report logs - #63842
30.0.50; Slow 'gnus-summary-refer-thread'

Previous Next

Full log

Message #23 received at 63842 <at> debbugs.gnu.org (full text, mbox):

From: Manuel Giraud <manuel <at> ledu-giraud.fr>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: cohen <at> bu.edu, 63842 <at> debbugs.gnu.org, cohen <at> andy.bu.edu
Subject: Re: bug#63842: 30.0.50; Slow 'gnus-summary-refer-thread'
Date: Fri, 16 Jun 2023 12:36:48 +0200

[Message part 1 (text/plain, inline)]

Hi,

So here is the crux of this issue.  When using
'gnus-summary-refer-thread' in a nnml group, Emacs ends up calling
'gnus-get-newsgroup-headers-xover' (via 'gnus-fetch-headers').  AFAIU in
this function when 'gnus-read-all-available-headers' is t, Emacs will
parse *all* of the " *nntp*" buffer content.  In my case, this buffer is
quite big (about 50k lines and 23MiB) hence the slowness.

BTW, I also have examples where 'gnus-summary-refer-thread' gives me
some false positives (eg., not the same thread but part of the subject
matching)

I don't know how to proceed except from unsetting
'gnus-read-all-available-headers' for nnml backends (see attached
patch).
-- 
Manuel Giraud

[0001-Do-not-read-all-headers-for-nnml-groups.patch (text/x-patch, attachment)]

Previous Next

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