From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 15 17:56:36 2022 Received: (at submit) by debbugs.gnu.org; 15 Dec 2022 22:56:36 +0000 Received: from localhost ([127.0.0.1]:45421 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p5x9X-0004xD-O5 for submit@debbugs.gnu.org; Thu, 15 Dec 2022 17:56:36 -0500 Received: from lists.gnu.org ([209.51.188.17]:58362) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p5x9V-0004x7-Es for submit@debbugs.gnu.org; Thu, 15 Dec 2022 17:56:33 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p5x9V-0007tB-91 for bug-gnu-emacs@gnu.org; Thu, 15 Dec 2022 17:56:33 -0500 Received: from mout.web.de ([217.72.192.78]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p5x9S-0004p1-Le for bug-gnu-emacs@gnu.org; Thu, 15 Dec 2022 17:56:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1671144986; bh=KJ78MjqtqzFsQyMwW8SBG92IxFgSjXYRx7Qs/fz7MhY=; h=X-UI-Sender-Class:From:To:Subject:Date; b=XQlU9qi08FkELfUV+FUHv7jvBRw/ApJbzFAXchpsLkzrALqzvTScgjFI35v9jAAiP fk7q4YeM74AaCHNcPIIleDYyUUztspyO5WWBVgHwztJzYLAoF2vXfJEuTqUyvgXgYS pA8AEdrAcqgSCU3lQtGJcBTtMnwIv5MjOVrotg3WWQv+Y+uylMoOCs5DZB6g7E6V1A H+z3e43YrLyewwo+reEWYAUMo4DKoDwdJKxMhThhfLqwVHKHVY2/V/EB78KXqXyi5e A/3H4aL+EmbuP9Wxz7evbLG2HQC49FQZtAsCyPHo2N9aiV5a0PV7viOCz9tJJYpi/h hLzmuLsGB0IZg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from felix-lifebooka531.web.de ([94.134.181.142]) by smtp.web.de (mrweb105 [213.165.67.124]) with ESMTPSA (Nemesis) id 1N5Ug4-1opvRD47jO-0171XA for ; Thu, 15 Dec 2022 23:56:26 +0100 From: Felix To: bug-gnu-emacs@gnu.org Subject: 30.0.50; Open new files very slow if eglot and which-function-mode are enabled. Date: Thu, 15 Dec 2022 23:53:30 +0100 Message-ID: <87edt0mg7p.fsf@web.de> MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:rbGCLzTPURrpN5ZySl6GuF5tuXvtxLs6/ztvYmfeSHlG1FJiKzk pekmj2d4HYDnegGIN/RMrM6Zy1klhH5qfr83EleZpuED2e75traKsh3LS1hxNB8ENxi41Cr yeWwJH7x4zXv2m4HjFs8uKB+eY6BtBuRmqoRCxWhyhLB5kk1T5m1aBNoxLfYW39m16oqYTp NsYtJW8YT5SVEmiWTq1rQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:sqsDK/UDslo=;NqAyQHygcqYRbMUR2caVVMc9FOG Be+xU3II+O1807pMNbHA8qU/L6hivgN8GHOtc2hDKIUJB5WY/AkNG7hjhz96P3LOmi2NEpVt/ tiqvFnPOlcyTQ+k3iPahGz5iMsmsHnwOZnPWMnBOrSvbeu46o9DwOIilSMk4z9ih5Pgwjd/dB MQiGU+mcw6E15I4yZtuRpNUnnqKlN+hZD8EgUFSDAIOUAiBUNC3dQ71hpHMqKiAsxerDb1MYP 1kEcW0mJc8gJhrbJ9FDqng5rOH75WUG7Zsay0D4/T4qsIxey43YOH8ggosZERAczeuEA6vnGq Ks6zo73Z1JewVsRVGogiEpv5xvY6xj/dALYtMcn2qZ1l+IgXUFZQNMolOF9JUmd/Tfojg7erM T0PYvTNzqoMITFVHo8pitakvN9da1Q5x/RebwKiKeynIi/Lwe8vtRG+WPEr9a4XKFMVFFMWup rV+SGo9a3TG4pLF0IGVSeE/sO9gFPgvGr+RHebmK9x1sMTQVhxie7AopTPJGDAGvxyrxvmKFK Ceg20UZawrEMTBTWzNGSSMpHXsPvKny7Q7wZGFXrRYuMZwpwDxyovcO4KGRvvi3WbKKaE1qJ9 szdMKj1hNPvEEwUNg8Ins6zt0sEXVMtxkjQhZUvMO534WdXy7jIb0uTpmkt+9uvgw07rFNPck naYdEvYYB6gLxugnyzb6RJu+cF8fH/7jX/3JqRZy1ITJ/PhLP8jfyK+QT5zne8J7bPmMUDV+n Je/HdUMFtZE+Zfa9ayXP/8B4LY9RfIoOqkY0+OpwY/SXygnMk3DAsJNiXJtS39l2MNL9oHV5y EN9GboVeCn/RU7g8M1nUcAiDP58HuaWxmpuCPzFFupwMnn8VMEK+md5G7+lQoNqoIiL3cTOqk fpkHfJuoIxeTbAFxpDmj1g1nXGfqA/kui55crq3dUrP8rR52FxNdkxE3tqWH8+rW1ihVjFGkN JheQD4ibE3zu3/kMlVmg+M5GFps= Received-SPF: pass client-ip=217.72.192.78; envelope-from=felix.dick@web.de; helo=mout.web.de X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) In GNU Emacs 30.0.50 (build 3, x86_64-pc-linux-gnu, GTK+ Version 3.24.35) of 2022-12-15 built on felix-lifebooka531 Repository revision: 0d60579b6b6f2648a881572783322b1bcf931a73 Repository branch: makepkg Windowing system distributor 'The X.Org Foundation', version 11.0.12201006 System Description: Arch Linux Configured using: 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var --mandir=/usr/share/man --with-gameuser=:games --with-modules --without-libotf --without-m17n-flt --without-gconf --enable-autodepend --with-native-compilation=yes --with-xinput2 --with-x-toolkit=gtk3 --without-xaw3d --without-cairo --with-sound=no --with-xwidgets --with-tree-sitter --without-gpm --without-compress-install '--program-transform-name=s/\([ec]tags\)/\1.emacs/' 'CFLAGS=-march=native -mtune=generic -O3 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection' LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now' Configured features: ACL DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 XDBE XFT XIM XINPUT2 XPM XWIDGETS GTK3 ZLIB Important settings: value of $LANG: de_DE.UTF-8 locale-coding-system: utf-8 Opening C files is very slow if which-function-mode and eglot are enabled at the same time. I tested this with: emacs -Q opening a C project file M-x eglot M-x which-function-mode switching to another .c project file now takes seconds until the buffer shows up. I use an old Laptop, but with just one of the two modes disabled, it's quite snappy. From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 15 18:43:49 2022 Received: (at 60107) by debbugs.gnu.org; 15 Dec 2022 23:43:49 +0000 Received: from localhost ([127.0.0.1]:45637 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p5xtE-0005Sr-R8 for submit@debbugs.gnu.org; Thu, 15 Dec 2022 18:43:49 -0500 Received: from mail-oi1-f182.google.com ([209.85.167.182]:33715) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p5xtB-0005Sk-NQ for 60107@debbugs.gnu.org; Thu, 15 Dec 2022 18:43:47 -0500 Received: by mail-oi1-f182.google.com with SMTP id c129so640775oia.0 for <60107@debbugs.gnu.org>; Thu, 15 Dec 2022 15:43:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=EpUpxT465CMyLzEzVsPpn2QNkmP6mh9qrBE9vvEr5mY=; b=dP8J9cNgAXjscpTXhdftbp2eMUXDwile93HtkJXgviZBJ62ynwnqxECsI0yPHyxdWY BvyGJx7lbP3P3JXSWBsw/IakqMoVLjAOgg2FEIgSSEAytl68e0/g43dgsRYn+1jSMqgr CGD7cZ2bg+Wg2oPRJ+x9S7bkTb7tiHpotsO/MXaOcyYpVfFds43/ZaPs1OHGVdjfcAcZ g9JcP8cTku5qUwlVqfQtNza6bDsqZfhEwP28pS95JKlsJe0R6/7h1jIUdygPAzFEVg0R T1W4BslDynrUOYIlqn/KvH1W3l4SP6ZyZTyUshwmxoSG/qu4F6tkwOJ7sLtf6WHaI2tv zzug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=EpUpxT465CMyLzEzVsPpn2QNkmP6mh9qrBE9vvEr5mY=; b=FWUyacxmjaLETQ4LrLJq8DO5IMtdZamBdMoSMS7xXEQzUSN36egvQ7/GHLXTDBFh9+ guZFVLwsc9trEvg7RweV2Z9hkDe/efMk379P+/9P3/XSFKD72NLTEmAZBeCGJZo9lC9q /HGAssx2N16JOA6+lH+shHLdTfGgH2GDhhJNOmkg19poV5oeN1tdCdjdOK2daG9WeBVJ IPukM/7iSgkZ3y8Sb0CscSiLz942AXDxrOBDEspgIeZVcsac00pHJVqbMJ7cCgYHMaMm qxIel/Rrs9mJgHgd5IdiFp8fx7UbYZL5avMM3eRIxS+FPHBS13OD9FR94DQHXIsx05GQ yY9g== X-Gm-Message-State: ANoB5pnyz6VMT9IocUuq/LqcZMvol8i/i2fc96U4ELquBGe7gcmwv32c Ujd3AkVNYsKsMYC1S1Vg7C5wglkEoKElzUgFJRs= X-Google-Smtp-Source: AA0mqf6b0qs7e559uFyRtQHUvan4mhVagstXHSxF2sfGacaRnY8Tyy/LfHWb39dvytLVChilEse/znOXKKd5HjzLqPI= X-Received: by 2002:aca:b03:0:b0:35e:4a14:8182 with SMTP id 3-20020aca0b03000000b0035e4a148182mr318244oil.171.1671147819869; Thu, 15 Dec 2022 15:43:39 -0800 (PST) MIME-Version: 1.0 References: <87edt0mg7p.fsf@web.de> In-Reply-To: <87edt0mg7p.fsf@web.de> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Thu, 15 Dec 2022 23:44:54 +0000 Message-ID: Subject: Re: bug#60107: 30.0.50; Open new files very slow if eglot and which-function-mode are enabled. To: Felix Content-Type: multipart/alternative; boundary="0000000000002bad8f05efe66cec" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 60107 Cc: 60107@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000002bad8f05efe66cec Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Felix, First of all, thanks for the easy-to-follow Emacs -Q reproduction recipe. I reproduced the problem, although in my own test, which used medium/small C++ files, the delay I noticed wasn't very long, about 1 second. Which-function-mode relies on Imenu, which is the keeper of a syntactic sub-tree of the file, which it must collect from somewhere. When Eglot is enabled, Imenu gets its tree from the LSP server. Depending on the LSP server and the amount of information at hand, this can be a lot of information and take some time to gather. It seems which-function-mode not only relies on Imenu but also blocks the user interface and redisplay while it is waiting for the Imenu backend to reply (the Imenu backend in this case being Eglot's). I don't see a good fix for this, except disabling Imenu/Eglot integration by adding the symbol 'imenu to eglot-stay-out-of (see the Eglot manual). It can also be that what's slowing down operation here isn't the collection of the syntax tree per se but the logging that is going on. See also the Eglot manual for how to configure eglot-events-buffer-size to see if it makes a difference or not.; Finally, you can probably get some other source for Imenu information to feed which-func-mode. The new C++ modes like c++-ts-mode seems to have similar information handy, and perhaps it takes a lot less time to compute. Jo=C3=A3o On Thu, Dec 15, 2022 at 10:57 PM Felix wrote: > > > > > In GNU Emacs 30.0.50 (build 3, x86_64-pc-linux-gnu, GTK+ Version > 3.24.35) of 2022-12-15 built on felix-lifebooka531 > Repository revision: 0d60579b6b6f2648a881572783322b1bcf931a73 > Repository branch: makepkg > Windowing system distributor 'The X.Org Foundation', version 11.0.1220100= 6 > System Description: Arch Linux > > Configured using: > 'configure --prefix=3D/usr --sysconfdir=3D/etc --libexecdir=3D/usr/lib > --localstatedir=3D/var --mandir=3D/usr/share/man --with-gameuser=3D:game= s > --with-modules --without-libotf --without-m17n-flt --without-gconf > --enable-autodepend --with-native-compilation=3Dyes --with-xinput2 > --with-x-toolkit=3Dgtk3 --without-xaw3d --without-cairo --with-sound=3Dn= o > --with-xwidgets --with-tree-sitter --without-gpm > --without-compress-install > '--program-transform-name=3Ds/\([ec]tags\)/\1.emacs/' > 'CFLAGS=3D-march=3Dnative -mtune=3Dgeneric -O3 -pipe -fno-plt -fexceptio= ns > -Wp,-D_FORTIFY_SOURCE=3D2 -Wformat -Werror=3Dformat-security > -fstack-clash-protection -fcf-protection' > LDFLAGS=3D-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now' > > Configured features: > ACL DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON LCMS2 > LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG > SECCOMP SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 > XDBE XFT XIM XINPUT2 XPM XWIDGETS GTK3 ZLIB > > Important settings: > value of $LANG: de_DE.UTF-8 > locale-coding-system: utf-8 > > > Opening C files is very slow if which-function-mode and eglot are > enabled at the same time. I tested this with: > > emacs -Q > opening a C project file > M-x eglot > M-x which-function-mode > switching to another .c project file now takes seconds until the buffer > shows up. > I use an old Laptop, but with just one of the two modes disabled, > it's quite snappy. > > > > --=20 Jo=C3=A3o T=C3=A1vora --0000000000002bad8f05efe66cec Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Felix,

First of all, than= ks for the easy-to-follow Emacs -Q reproduction
recipe.=C2= =A0 I reproduced the problem, although in my own test, which
used medium/small C++ files, the delay I noticed wasn't very long,
about 1 second.

Which-function-mode re= lies on Imenu, which is the keeper of
a syntactic sub-tree of the= file, which it must collect from somewhere.
When Eglot is enable= d, Imenu gets its tree from the LSP server.=C2=A0
Depending = on the LSP server and the amount of information at
hand, thi= s can be a lot of information and take some time to gather.
=
It seems which-function-mode not only relies on Imenu but al= so
blocks the user interface and redisplay while it is waiting fo= r the
Imenu backend to reply (the Imenu backend in this case= being
Eglot's).

I don't see= a good fix for this, except disabling Imenu/Eglot integration
by= adding the symbol 'imenu to eglot-stay-out-of (see the Eglot
manual).

It can also be that what's slow= ing down operation here isn't the
collection of the synt= ax tree per se but the logging that is going
on.=C2=A0 See also t= he Eglot manual for how to configure
eglot-events-buffer-siz= e to see if it makes a difference or not.;

Fin= ally, you can probably get some other source for Imenu information
to feed which-func-mode.=C2=A0 The new C++ modes like c++-ts-mode seems <= br>
to have similar information handy, and perhaps it takes a lot= less time
to compute.

Jo=C3=A3o
On Thu, D= ec 15, 2022 at 10:57 PM Felix <feli= x.dick@web.de> wrote:




In GNU Emacs 30.0.50 (build 3, x86_64-pc-linux-gnu, GTK+ Version
=C2=A03.24.35) of 2022-12-15 built on felix-lifebooka531
Repository revision: 0d60579b6b6f2648a881572783322b1bcf931a73
Repository branch: makepkg
Windowing system distributor 'The X.Org Foundation', version 11.0.1= 2201006
System Description: Arch Linux

Configured using:
=C2=A0'configure --prefix=3D/usr --sysconfdir=3D/etc --libexecdir=3D/us= r/lib
=C2=A0--localstatedir=3D/var --mandir=3D/usr/share/man --with-gameuser=3D:g= ames
=C2=A0--with-modules --without-libotf --without-m17n-flt --without-gconf =C2=A0--enable-autodepend --with-native-compilation=3Dyes --with-xinput2 =C2=A0--with-x-toolkit=3Dgtk3 --without-xaw3d --without-cairo --with-sound= =3Dno
=C2=A0--with-xwidgets --with-tree-sitter --without-gpm
=C2=A0--without-compress-install
=C2=A0'--program-transform-name=3Ds/\([ec]tags\)/\1.emacs/'
=C2=A0'CFLAGS=3D-march=3Dnative -mtune=3Dgeneric -O3 -pipe -fno-plt -fe= xceptions
=C2=A0-Wp,-D_FORTIFY_SOURCE=3D2 -Wformat -Werror=3Dformat-security
=C2=A0-fstack-clash-protection -fcf-protection'
=C2=A0LDFLAGS=3D-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'

Configured features:
ACL DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG
SECCOMP SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11
XDBE XFT XIM XINPUT2 XPM XWIDGETS GTK3 ZLIB

Important settings:
=C2=A0 value of $LANG: de_DE.UTF-8
=C2=A0 locale-coding-system: utf-8


Opening C files is very slow if which-function-mode and eglot are
enabled at the same time. I tested this with:

emacs -Q
opening a C project file
M-x eglot
M-x which-function-mode
switching to another .c project file now takes seconds until the buffer
shows up.
I use an old Laptop, but with just one of the two modes disabled,
it's quite snappy.





--
Jo=C3=A3o T=C3=A1vora
--0000000000002bad8f05efe66cec-- From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 15 19:12:12 2022 Received: (at 60107) by debbugs.gnu.org; 16 Dec 2022 00:12:12 +0000 Received: from localhost ([127.0.0.1]:45749 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p5yKi-0005oa-6o for submit@debbugs.gnu.org; Thu, 15 Dec 2022 19:12:12 -0500 Received: from mout.web.de ([212.227.17.11]:46197) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p5yKd-0005oH-3a for 60107@debbugs.gnu.org; Thu, 15 Dec 2022 19:12:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1671149520; bh=iYCPWipHdSWCkKS34dFA7z/iP8sGu5sRzNSqM7wPF3Y=; h=X-UI-Sender-Class:References:From:To:Cc:Subject:Date:In-reply-to; b=om5pqPNOyg9YkMsbcUdeJQspMULxyou9UJBfR3gQ8h2lL/U8AnTjfdvQgDsslnFkv ypTTxxbPXvYT10R+adv1oUJPCMWpsrbdljvjTqH0sersVXGkhKUzIvHbNsVGbUGsKV 3EVnnCjfCY2RogIqO5aA2oI+80JtLm2XQjNmoLyW4OfwAvN2ovlUTPqidVWHP1MLOq Wjv81BQH7HsYDCwAfpHkTIqFsZGNikxRkaFjvUrb9dyDy5tdgxOCr8FgjUHhAaQAq5 XGSB79aeGr6bBesEBW+3X1skjYHTeY0o4rmtvJfLmTpIoGl7kG/zEhIluo3nCsMp5z HzSqx/8L7I4Yw== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from felix-lifebooka531.web.de ([94.134.181.142]) by smtp.web.de (mrweb105 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MgzeZ-1oQqcP1wmT-00h0Kc; Fri, 16 Dec 2022 01:12:00 +0100 References: <87edt0mg7p.fsf@web.de> User-agent: mu4e 1.9.3; emacs 30.0.50 From: Felix To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= Subject: Re: bug#60107: 30.0.50; Open new files very slow if eglot and which-function-mode are enabled. Date: Fri, 16 Dec 2022 00:59:28 +0100 In-reply-to: Message-ID: <87pmcki50f.fsf@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:8ijaOJCjOtqXyjuSFk6Jod34/uja68Nw3KojybtxlYUnh3NQkvM 1i0T+DNPDoXKNEqVcMbJiKCksMLt1d3sHcJpEqWWe6fkO9N3J/XP92QwwI76CAfD8ZOKyay R8bMvJgsv/apuhv0GFMVsdsCRxw8oW8pHwaa8xU61fq2EissQpyUd2DtYcdIVB5vb6pTisE qwRTIToKiKP1DCIW0XYfQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:aBxTzjxZuWQ=;gp029Eax/w+/Z3oB9Kg5R8+6vsM jMQ05HO/LXuIkq+WM4hAqgdftXFjeQxLxinQY6MuojShGKZbcTl4zdFM2pePci3j9GlaweUiO 6F5GUPYoEPj2pe6AblQy1eK75kCUNBX53c98/d9E1TIQ1ERLFCjCjrbQLTNLZZFTX/dzAuIwg EFit7axQu1rOfPPiWV1H9BKwfPT9gNLD07KW2Wos3oPBdPgn/y0nyAtEN+IvhmrdHQuYD7X4q RaQO/Rf72ZMO7CNgmV0Rpes74AUGBJU8VhyBsVyIhKxnoWJzsuQdwh/0L81sLVi4BdMVSdfmJ DffG/UvAK6/a8mHUtCZUDwnD8g8wxgJpvqMhKllCm65wC3X/frXllPLsJ5rRztEOwLW6+1d+n tTybjjg+dPpABuw501qdiHGzjvgFLraeunehVJkIVi/I30YE8RQNb1pCQs2NYWL+XOQGhetzP mnKIuyy1sTBNBfBwISswidT92FG6d+9hFJWeaRZhlDcp5c+X2F8HoMzGRal4H2l3xfXd8v+1v 0QmGZVN+oA3ciO9pHPK/YCwSLoT2DWwwxCWyMwiUYrAJma2Sf9FcGeLF2L256QjLv+IVL5QkH AFW8ohuhCYk3S6utv4utELkDsyHZa/doch+/6rn+OwQ1kI19tQbQA0Kj24xdxkDs+ZiouCmcI Svyt07S8r99LiGUz/sVeYrnuOzwkE1PceQGLh5Z0KZi+/UJmU50yNcYutkZGJlNJoQ7SVnKp9 u01e2hP3xopf6oGkjTtBiQzwggk1vyPSA4SZho3qljfk/rh8IY7eVNa7SwS9qgcL1VKRY13U9 RglJgTHJxP1AHVc9JcIAVrFpYvNReUCc6BNuuqsa4c//za9j7LJUSLPn3NAX4D+Gal+0pbue5 6z9VyclpRXMZK6taJd6H+yACoR2wD7YFzSZHfncg++IPkFe8HhE46N42/soFAJdmm/HKg4xPU qBlhuA== X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 60107 Cc: 60107@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hallo Jo=C3=A3o, Thanks for the fast response! Now it makes sense that glsl-mode managed with eglot and glslls takes forever to open glsl files, and imenu is not working at all. Seems to depend on the server. I will try your suggestions, in the end which-function-mode is not that important to me, so if everything fails it's not that bad either. If this is not a bug of emacs, feel free to close this bug report. Btw. thanks a lot for eglot! Felix Jo=C3=A3o T=C3=A1vora writes: > Hi Felix, > > First of all, thanks for the easy-to-follow Emacs -Q reproduction > recipe. I reproduced the problem, although in my own test, which > used medium/small C++ files, the delay I noticed wasn't very long, > about 1 second. > > Which-function-mode relies on Imenu, which is the keeper of > a syntactic sub-tree of the file, which it must collect from somewhere. > When Eglot is enabled, Imenu gets its tree from the LSP server. > Depending on the LSP server and the amount of information at > hand, this can be a lot of information and take some time to gather. > > It seems which-function-mode not only relies on Imenu but also > blocks the user interface and redisplay while it is waiting for the > Imenu backend to reply (the Imenu backend in this case being > Eglot's). > > I don't see a good fix for this, except disabling Imenu/Eglot integration > by adding the symbol 'imenu to eglot-stay-out-of (see the Eglot > manual). > > It can also be that what's slowing down operation here isn't the > collection of the syntax tree per se but the logging that is going > on. See also the Eglot manual for how to configure > eglot-events-buffer-size to see if it makes a difference or not.; > > Finally, you can probably get some other source for Imenu information > to feed which-func-mode. The new C++ modes like c++-ts-mode seems > to have similar information handy, and perhaps it takes a lot less time > to compute. > > Jo=C3=A3o > > On Thu, Dec 15, 2022 at 10:57 PM Felix wrote: > > In GNU Emacs 30.0.50 (build 3, x86_64-pc-linux-gnu, GTK+ Version > 3.24.35) of 2022-12-15 built on felix-lifebooka531 > Repository revision: 0d60579b6b6f2648a881572783322b1bcf931a73 > Repository branch: makepkg > Windowing system distributor 'The X.Org Foundation', version 11.0.122010= 06 > System Description: Arch Linux > > Configured using: > 'configure --prefix=3D/usr --sysconfdir=3D/etc --libexecdir=3D/usr/lib > --localstatedir=3D/var --mandir=3D/usr/share/man --with-gameuser=3D:gam= es > --with-modules --without-libotf --without-m17n-flt --without-gconf > --enable-autodepend --with-native-compilation=3Dyes --with-xinput2 > --with-x-toolkit=3Dgtk3 --without-xaw3d --without-cairo --with-sound=3D= no > --with-xwidgets --with-tree-sitter --without-gpm > --without-compress-install > '--program-transform-name=3Ds/\([ec]tags\)/\1.emacs/' > 'CFLAGS=3D-march=3Dnative -mtune=3Dgeneric -O3 -pipe -fno-plt -fexcepti= ons > -Wp,-D_FORTIFY_SOURCE=3D2 -Wformat -Werror=3Dformat-security > -fstack-clash-protection -fcf-protection' > LDFLAGS=3D-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now' > > Configured features: > ACL DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON LCMS2 > LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG > SECCOMP SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 > XDBE XFT XIM XINPUT2 XPM XWIDGETS GTK3 ZLIB > > Important settings: > value of $LANG: de_DE.UTF-8 > locale-coding-system: utf-8 > > Opening C files is very slow if which-function-mode and eglot are > enabled at the same time. I tested this with: > > emacs -Q > opening a C project file > M-x eglot > M-x which-function-mode > switching to another .c project file now takes seconds until the buffer > shows up. > I use an old Laptop, but with just one of the two modes disabled, > it's quite snappy. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 16 02:23:12 2022 Received: (at 60107) by debbugs.gnu.org; 16 Dec 2022 07:23:12 +0000 Received: from localhost ([127.0.0.1]:47658 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p653n-0005B4-US for submit@debbugs.gnu.org; Fri, 16 Dec 2022 02:23:12 -0500 Received: from eggs.gnu.org ([209.51.188.92]:50008) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p653k-0005Ay-8F for 60107@debbugs.gnu.org; Fri, 16 Dec 2022 02:23:11 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p653e-0003s9-CI; Fri, 16 Dec 2022 02:23:02 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=ur/EreS7uo6yPq9q9kSR6PDs8Ooppp+GgrUd1elxB1s=; b=CSE1Ehx4KH7d RW1Q2kW0lISsaq1vHkFbIL9DsyfF80Jip8eucC86LdvX1N6OXWY9kAxLSZdcmcC4Trkyeenog/Q5H TDsTDaceUYVIHpbBKe9W6euF7AM+iq1FF5w/GzL/b/1HidCtI41MCycmgPxbe+F8CYcy2QLMnxO/P H3GgZswTmJTA7ffj8SyVvlyx4IFhezl9wMntVlKCXAG+o3+/jzJmvcmpUXwGGJEJTNyYM8r8cZDhu gUToK7usa1WM6iFIZAE9WiXF52Crak11T972C845SkSut3WBOmCycJ1gVxLNl3DgCJSfkN4/ceOYT kQJVin+fmPWXLxuWnOxXsw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p653d-0003MY-II; Fri, 16 Dec 2022 02:23:01 -0500 Date: Fri, 16 Dec 2022 09:23:02 +0200 Message-Id: <83mt7nke21.fsf@gnu.org> From: Eli Zaretskii To: Felix In-Reply-To: <87pmcki50f.fsf@web.de> (message from Felix on Fri, 16 Dec 2022 00:59:28 +0100) Subject: Re: bug#60107: 30.0.50; Open new files very slow if eglot and which-function-mode are enabled. References: <87edt0mg7p.fsf@web.de> <87pmcki50f.fsf@web.de> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 60107 Cc: joaotavora@gmail.com, 60107@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: 60107@debbugs.gnu.org > From: Felix > Date: Fri, 16 Dec 2022 00:59:28 +0100 > > Now it makes sense that glsl-mode managed with eglot and glslls takes > forever to open glsl files, and imenu is not working at all. > Seems to depend on the server. > I will try your suggestions, in the end which-function-mode > is not that important to me, so if everything fails it's not that bad > either. Does it help to customize which-func-non-auto-modes to add the major mode you are using there? Or maybe customize which-func-maxout to a small value to get the same effect in any mode? I'm asking whether this helps because it's unclear to me whether doing so will avoid blocking redisplay, if and when which-func finally becomes active. > If this is not a bug of emacs, > feel free to close this bug report. If the above doesn't help, I guess some changes to which-func could be in order, to avoid blocking the first display of a buffer for such a long time. So in that case we shouldn't close this bug report yet. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 16 06:33:30 2022 Received: (at 60107) by debbugs.gnu.org; 16 Dec 2022 11:33:30 +0000 Received: from localhost ([127.0.0.1]:48725 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p68y2-0007rh-JG for submit@debbugs.gnu.org; Fri, 16 Dec 2022 06:33:30 -0500 Received: from mout.web.de ([212.227.15.4]:50917) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p68xy-0007rV-E3 for 60107@debbugs.gnu.org; Fri, 16 Dec 2022 06:33:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1671190400; bh=YxI/gKlpTeuscpU3KLqPGKGL/W0zYcXEA6ARioWMdZE=; h=X-UI-Sender-Class:References:From:To:Cc:Subject:Date:In-reply-to; b=K5MTGxnmGhANzxfJwOiovWZQbUpooC5HjXxsjUxEpOui2ozHylwl67RRD0zDR5Gu4 x+KHFjV6cc79n/WvcvOhFFRIq2hzRzznhS343dN79UitkMeWotHNb3RPd2cB4C898J kk6IU0HvzEiG4G6Pp4GGpgc1S6IlQ4vfBJcPOfJqvHxVjyZVBmgyyxcId96uSnXWkn Lcq2+DM5dWoG4+7ZsXTATqaDgshO2eO+dtNBs4taCfjMIEfz/2KxIjZHcKd4UR7DCQ zIID/X5Gl4T7ZGWXXfC2ltOzAOeuPmv+Oxji/fnqRg8OWBukXt6BhulHUfG+FlRjhl i/zD32Rcjy5lw== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from felix-lifebooka531.web.de ([94.134.181.103]) by smtp.web.de (mrweb006 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MElVH-1p9Bsy3ZeN-00Fzu2; Fri, 16 Dec 2022 12:33:19 +0100 References: <87edt0mg7p.fsf@web.de> <87pmcki50f.fsf@web.de> <83mt7nke21.fsf@gnu.org> User-agent: mu4e 1.9.3; emacs 30.0.50 From: Felix To: Eli Zaretskii Subject: Re: bug#60107: 30.0.50; Open new files very slow if eglot and which-function-mode are enabled. Date: Fri, 16 Dec 2022 12:26:21 +0100 In-reply-to: <83mt7nke21.fsf@gnu.org> Message-ID: <87o7s3k2lq.fsf@web.de> MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:7tsCKw3mCSVpDb5n7DRnmrzqdhHBmioS05yN1ZGA31UAiJ25KzD 0XukVKTE3AGcNP8EpwvsMzqWx0lS1ejRpiJfEFTz12L3Z6U2eh7oS+NMtRNGw5uub5l2vng KwlDZ6oQsXNzN1T4+BD36Y5DQ2qCfzGLUQtAXXcmCdFIbIXzm/aYBM64lT5axak25ZV3J1b FxvTGkvtLrSeDtC8/wmXQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:GZejC5WyIv0=;Jp6zwGB8nOWVdfBMvLX//Ry0krQ hLOzuzJJOmc03+1rm+D5JTDjEizg3AOM7+Pe9bJoAs1faP1kuUL56isNKXQJvTN+1Z4hbgdG+ u98G0wXPTVusKgmWdHgV3mlzmdkkAA2TDV6lTzSOW2rTBMDcaGfk4sPyjtdRbuWsbsRaLoAr7 mamQw1eRsqj/xQLZv8oV93H72cwpaVvxKptbokJ+422mSJ61mNEZ1D+lg089hUAcPSHU12oIS ATNrOJ5AM3zCGdVCl2igknvFSe7y7g6lqT175KLzqlQmTZ6cH53IgrIaUOHGOCNWTMmMwp0bC jHfCIoAfbr5eiZ8FEBVMKzDgqVsE7u7ONbFtiGaAeCouwTt+xtNy9wgfeuPwOFshl3nYRLHvl TS7SE1A7WfA1qLUaZNGX3SKTX/9SzJKxO2FuxfBJjcdHY+bYS8GUbc+QGvOZ/C+lCYamJwEYK /blrvNiAVDAJexarPacQBlO/HDN8WYmyW3QhWziiqazjWZgK9PrC71ePz9vx7h0EBQwMNlP0R fSFFaQ0CzGMFArBh3pgnN1NHDD2JqXUVkOGq+3RvraK7C15S12Ap/fvYO9rvgJW4G4O9aNhdL vrZgRnd8ZxtqVAzehS3tDzvS5w98UDibYH3uFHOCngcDAK3B9QoE3RwoondDRFknwOGTYMHBP UvreZXY03A4o41GXAGzl4sDTC5G8WXYwiB3qx4BYBeg9mdJ76u1cA3X8fA7HVzp0I8rvSqMDq lC9I7LfsnrVELCwiXHjkXIfeFWfBOC3irdRft+FPiU7yd5+FsfjxR+QduZAUuiXke4xdRw9kI 8eWzsECmfs0VIRjIfaG8MKVi1oDBLUyvDz6mdseGo1jOJxLOpcf6oTbcTg1VloNdapRc0Ocn2 lV2xCqizhlNMUqNomxSqVX0qHDoQ/k+V8qiytdvX3ql66PPl9z+HaYw/o8pmpAfTLltUhTs+I lVtSEHHD1qwmWpwhosweu6xzf10= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 60107 Cc: joaotavora@gmail.com, 60107@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: >> Cc: 60107@debbugs.gnu.org >> From: Felix >> Date: Fri, 16 Dec 2022 00:59:28 +0100 >> >> Now it makes sense that glsl-mode managed with eglot and glslls takes >> forever to open glsl files, and imenu is not working at all. >> Seems to depend on the server. >> I will try your suggestions, in the end which-function-mode >> is not that important to me, so if everything fails it's not that bad >> either. > > Does it help to customize which-func-non-auto-modes to add the major > mode you are using there? Or maybe customize which-func-maxout to a > small value to get the same effect in any mode? I'm asking whether > this helps because it's unclear to me whether doing so will avoid > blocking redisplay, if and when which-func finally becomes active. > >> If this is not a bug of emacs, >> feel free to close this bug report. > > If the above doesn't help, I guess some changes to which-func could be > in order, to avoid blocking the first display of a buffer for such a > long time. So in that case we shouldn't close this bug report yet. > > Thanks. In fact both of it helps! Adding c-ts-mode to which-func-non-auto-modes solves the problem, setting which-func-maxout to 1000 works as well (that's the only value i tested). Thanks a lot! From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 16 10:45:41 2022 Received: (at 60107-done) by debbugs.gnu.org; 16 Dec 2022 15:45:41 +0000 Received: from localhost ([127.0.0.1]:50073 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p6Cu4-00010k-R1 for submit@debbugs.gnu.org; Fri, 16 Dec 2022 10:45:41 -0500 Received: from eggs.gnu.org ([209.51.188.92]:42106) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p6Ctz-00010b-Kw for 60107-done@debbugs.gnu.org; Fri, 16 Dec 2022 10:45:39 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p6Cts-0006ya-QI; Fri, 16 Dec 2022 10:45:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=YzRbx/m3mZJa/+rHK2/huuwiYPD89l4YKHAajyj9d0w=; b=RNPB+x8Bx7EL UIZd0BxJH2eFHTCWNPCcb2dGQs0DkwmH2cEF7aCQF7LZ9XGZ5seZcHZHNMcyNEXuWhodsSrGhRO9V Be1rksjbtETtUjq+A05gDGG5QPs0U65sl4/pxUKBlpCzxRF0xfpiYJWxome0VLhNtmj+uAhbhvYGt /bWpMC3NpzWbt4LWoq3eZ76HzVNs7F2d999URgH6VenJmWKMw0lIMPGo53q+59G3pj5Jg+3kzkIg7 mTyG7/rZ/blFZ8ElQf5uuuDk7Gwyxi4XcmUFKtoWo4uoJUFzL0fPvqEfdOJ6CSjCSjhrRSnSIJnkg Alm686EmwcWNr0QZwQ/uMw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p6Cts-0007pj-8L; Fri, 16 Dec 2022 10:45:28 -0500 Date: Fri, 16 Dec 2022 17:45:29 +0200 Message-Id: <83a63njqsm.fsf@gnu.org> From: Eli Zaretskii To: Felix In-Reply-To: <87o7s3k2lq.fsf@web.de> (message from Felix on Fri, 16 Dec 2022 12:26:21 +0100) Subject: Re: bug#60107: 30.0.50; Open new files very slow if eglot and which-function-mode are enabled. References: <87edt0mg7p.fsf@web.de> <87pmcki50f.fsf@web.de> <83mt7nke21.fsf@gnu.org> <87o7s3k2lq.fsf@web.de> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 60107-done Cc: 60107-done@debbugs.gnu.org, joaotavora@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Felix > Cc: joaotavora@gmail.com, 60107@debbugs.gnu.org > Date: Fri, 16 Dec 2022 12:26:21 +0100 > > > Eli Zaretskii writes: > > > Does it help to customize which-func-non-auto-modes to add the major > > mode you are using there? Or maybe customize which-func-maxout to a > > small value to get the same effect in any mode? I'm asking whether > > this helps because it's unclear to me whether doing so will avoid > > blocking redisplay, if and when which-func finally becomes active. > > > >> If this is not a bug of emacs, > >> feel free to close this bug report. > > > > If the above doesn't help, I guess some changes to which-func could be > > in order, to avoid blocking the first display of a buffer for such a > > long time. So in that case we shouldn't close this bug report yet. > > > > Thanks. > > In fact both of it helps! > Adding c-ts-mode to which-func-non-auto-modes solves the problem, > setting which-func-maxout to 1000 works as well (that's the only value i > tested). Thanks, so I added these hints to the doc strings of the two optioins, and I'm closing the bug. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 16 10:53:20 2022 Received: (at 60107) by debbugs.gnu.org; 16 Dec 2022 15:53:20 +0000 Received: from localhost ([127.0.0.1]:50114 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p6D1U-00018M-1j for submit@debbugs.gnu.org; Fri, 16 Dec 2022 10:53:20 -0500 Received: from mail-oi1-f180.google.com ([209.85.167.180]:34744) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p6D1R-00018G-J4 for 60107@debbugs.gnu.org; Fri, 16 Dec 2022 10:53:18 -0500 Received: by mail-oi1-f180.google.com with SMTP id n205so2292417oib.1 for <60107@debbugs.gnu.org>; Fri, 16 Dec 2022 07:53:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=FxheNtoxoZ3k5sWO13IbR6Kc7UoeoO7htSgThY7y1o0=; b=WFEkYCvQwUeuSguiNihJ24f1649KdBF/1DSdIgbwwCLdz3+CVypzzmXg2pXrYk3v5C SbRx8KTS6Zhw95MuPluJdjvAg3pyzKeebHMdvJqEd+XMKtABAjMrBaFEJP6GXy5FMJeX +YxpPHlchTfhlO7HCeRG/gQCtSOCqthYKRs07bMssqaqF9g1dL1JJ1I+SdiqidZAJFV3 f4Vl/fUdg5fi+DEzX51qH+PdKxGqTDECVBHFPMTqd/IO4xlS+inLWAAiLCBEj4pXaF19 oUc+EoecdM1ewkkQZ7cI/XKtxdWyFKL8xkkY06zI3RV3q9fqknALr/M7Mhnti0jM9l78 iaLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=FxheNtoxoZ3k5sWO13IbR6Kc7UoeoO7htSgThY7y1o0=; b=dZqgUFaQMW9PngBx52qIvvFZVYhpcahzd8IbjpNnCe8/aNF9LKAww877P0NJpN4mac 1jRlY7aqN3MKzmlOpq9lEatcCfwY6yxA4PPaSG6rOwF5R7DxlJGKywCWOPGl4a9GvIkh 58/QeL6kxIsW7j7sfWxd9botOBv5d+MP7uRucLXsP21P+x4Hx0viHQ0c/TNP6yZEErJh hDMWvGOgdhyJ+OGQPpbVfghiA5zzkVwTWuRhLlI9i5QL+PcMb+guY06ZGiT37Vh7ydm4 dl+KfFvQRG4+g+ZNKTNFcu9BzbdjFuUlDpaEBAz1ljHdEmCfUMZd5nwz+lW0+Ub8RiW6 +Sfg== X-Gm-Message-State: ANoB5pl3ni9k4OgY8VRcoPjJ0rvHv2eGkrcpf1IV0mE8wO1fleUuRC6k IkKFr4nt2Egc0rhBpZJE9IzBMIJJxgfhyPlenTE= X-Google-Smtp-Source: AA0mqf5Rrh3/PoA8AZUX2I6xvuQbGNCljUM/7SXk8Tp8CRCpHqp3asKm7ebovCDt2WqqaxoPmo85zf+9/THP36uy8Ok= X-Received: by 2002:aca:90f:0:b0:35c:2ddf:59d5 with SMTP id 15-20020aca090f000000b0035c2ddf59d5mr495361oij.215.1671205991906; Fri, 16 Dec 2022 07:53:11 -0800 (PST) MIME-Version: 1.0 References: <87edt0mg7p.fsf@web.de> <87pmcki50f.fsf@web.de> <83mt7nke21.fsf@gnu.org> <87o7s3k2lq.fsf@web.de> <83a63njqsm.fsf@gnu.org> In-Reply-To: <83a63njqsm.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Fri, 16 Dec 2022 15:53:01 +0000 Message-ID: Subject: Re: bug#60107: 30.0.50; Open new files very slow if eglot and which-function-mode are enabled. To: Eli Zaretskii , 60107@debbugs.gnu.org Content-Type: multipart/alternative; boundary="0000000000007e80b505eff3f7b0" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 60107 Cc: Felix X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000007e80b505eff3f7b0 Content-Type: text/plain; charset="UTF-8" [I don't actually know if this message will go through, given the bug is closed] On Fri, Dec 16, 2022 at 3:45 PM Eli Zaretskii wrote: > > > Thanks, so I added these hints to the doc strings of the two optioins, > and I'm closing the bug. Your previous comment that which-func.el could see some work re becoming asynchronous or non-blocking still makes sense to me. OTOH see bug#58431 where a possible new alternate client to Imenu's tree, whose functionality would obsolete most of which-func's is discussed. It probably makes more sense to invest there, so closing this may make sense. Just thought I'd add this note. --0000000000007e80b505eff3f7b0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
[I don't actually know if this message will go th= rough, given the bug
is closed]

On Fri, Dec 1= 6, 2022 at 3:45 PM Eli Zaretskii <eliz@g= nu.org> wrote:
>
>
> Thanks, so I added these hint= s to the doc strings of the two optioins,
> and I'm closing the b= ug.

Your previous comment that which-func.el could see some work
= re becoming asynchronous or non-blocking still makes sense to
me.
OTOH see bug#58431 where a possible new alternate client=C2=A0
to Ime= nu's=C2=A0tree, whose functionality would obsolete most
of wh= ich-func's is discussed.=C2=A0=C2=A0

It probab= ly makes more sense to invest there, so closing
this may make sen= se.=C2=A0 Just thought I'd add this note.
--0000000000007e80b505eff3f7b0-- From unknown Wed Jun 18 23:08:47 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 14 Jan 2023 12:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator