GNU bug report logs -
#63651
possible eglot xref-find-references optimization
Previous Next
Full log
View this message in rfc822 format
Hi!
On 04/07/2023 16:55, Alan Donovan via Bug reports for GNU Emacs, the
Swiss army knife of text editors wrote:
> Any progress? Were you able to observe the problem?
Sorry this report got dropped.
I've tried reproducing and see some difference when using Emacs 29.
Since as you mention it's due to find-buffer-visiting call, this likely
only manifests with a significant number of buffers open.
'git blame' on the call in question leads to
https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=306feb7d967e - I
haven't dug in too much further to say more.
But I suggest you retry your scenario using Emacs 30 (currently in
pretest) - performance of find-buffer-visiting is improve in it. Seems
to make a difference here.
> cheers
> alan
>
> On Wed, 24 May 2023 at 17:22, Alan Donovan <adonovan <at> google.com> wrote:
>>
>> On Wed, 24 May 2023 at 12:29, João Távora <joaotavora <at> gmail.com> wrote:
>>> Thanks for reporting this Alan, it is an interesting point. (Next time you can add me on CC directly so that i don't miss the message in this list, which i don't always track closely)
>>
>> Will do.
>>
>>> Could you provide a test case where these ~= 1300 xref matches are produced? I suppose it is some Go repository? With a standard gopls? But which file/position and which command should one use?
>>
>> $ git clone https://github.com/golang/tools
>> $ cd tools
>> $ (cd gopls && go install) # if you don't have it already
>> $ emacs gopls/internal/lsp/cache/analysis.go
>> Then search for fmt.Sprintf (e.g. on L246) and do xref-find-references
>> on it. I get about 1300 matches.
>>
>> cheers
>> alan
>
>
>
This bug report was last modified 259 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.