[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#63842: 30.0.50; Slow 'gnus-summary-refer-thread'
From: |
Andrew Cohen |
Subject: |
bug#63842: 30.0.50; Slow 'gnus-summary-refer-thread' |
Date: |
Sat, 17 Jun 2023 07:37:28 +0800 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Sorry, I have gotten busy with other things at the moment.
>>>>> "MG" == Manuel Giraud <manuel@ledu-giraud.fr> writes:
MG> Hi, So here is the crux of this issue. When using
MG> 'gnus-summary-refer-thread' in a nnml group, Emacs ends up
MG> calling 'gnus-get-newsgroup-headers-xover' (via
MG> 'gnus-fetch-headers'). AFAIU in this function when
MG> 'gnus-read-all-available-headers' is t, Emacs will parse *all*
MG> of the " *nntp*" buffer content. In my case, this buffer is
MG> quite big (about 50k lines and 23MiB) hence the slowness.
Thanks for continuing to debug this. I am confused---why is the nntp
buffer so full? The search routine should populate the buffer only with
the headers of the articles found in the search (I am assuming that this
list of found articles is not 50K lines long). Maybe the search is not
working properly? Can you step through gnus-summary-refer-thread and
in the conditional that retrieves the new headers can you tell me which
branch of the conditional is chosen (there are three possibilities:
'gnus-request-thread, 'gnus-search-thread, and the clause with the
comment "Otherwise just retrieve some headers").
MG>BTW, I also have examples where 'gnus-summary-refer-thread' gives me
MG>some false positives (eg., not the same thread but part of the subject
MG>matching)
This is probably by design: in the olden days many mailers were broken
and didn't handle the references header properly (I don't know if this
is still the case). So by default gnus tries to use information from the
subject header to help gather loose threads, which can result in
articles not actually part of the thread being included. You can check
if this is the reason for what you are seeing by setting
(setq gnus-summary-thread-gathering-function
'gnus-gather-threads-by-references)
and seeing if this makes a difference.
Best,
Andy
--
Andrew Cohen
- bug#63842: 30.0.50; Slow 'gnus-summary-refer-thread', Manuel Giraud, 2023/06/02
- bug#63842: 30.0.50; Slow 'gnus-summary-refer-thread', Manuel Giraud, 2023/06/02
- bug#63842: 30.0.50; Slow 'gnus-summary-refer-thread', Andrew Cohen, 2023/06/02
- bug#63842: 30.0.50; Slow 'gnus-summary-refer-thread', Manuel Giraud, 2023/06/03
- bug#63842: 30.0.50; Slow 'gnus-summary-refer-thread', Eli Zaretskii, 2023/06/15
- bug#63842: 30.0.50; Slow 'gnus-summary-refer-thread', Manuel Giraud, 2023/06/15
- bug#63842: 30.0.50; Slow 'gnus-summary-refer-thread', Manuel Giraud, 2023/06/16
- bug#63842: 30.0.50; Slow 'gnus-summary-refer-thread',
Andrew Cohen <=
- bug#63842: 30.0.50; Slow 'gnus-summary-refer-thread', Manuel Giraud, 2023/06/17
- bug#63842: 30.0.50; Slow 'gnus-summary-refer-thread', Andrew Cohen, 2023/06/17
- bug#63842: 30.0.50; Slow 'gnus-summary-refer-thread', Manuel Giraud, 2023/06/18
- bug#63842: 30.0.50; Slow 'gnus-summary-refer-thread', Andrew Cohen, 2023/06/19
- bug#63842: 30.0.50; Slow 'gnus-summary-refer-thread', Manuel Giraud, 2023/06/19
- bug#63842: 30.0.50; Slow 'gnus-summary-refer-thread', Manuel Giraud, 2023/06/23