From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#61350: Eglot over Tramp freezes with large project Date: Tue, 28 Feb 2023 11:38:17 +0100 Message-ID: <877cw2m5wm.fsf@gmx.de> References: <87y1ootw2t.fsf@gmail.com> <69968923.705640.1677163650760@office.mailbox.org> <87a613f0b7.fsf@gmx.de> <87r0udvmzr.fsf@gmx.de> <878rglxrzm.fsf@gmail.com> <87cz5wmjbx.fsf@gmx.de> <87h6v8f7u9.fsf@gmail.com> <87o7pflfcd.fsf@gmx.de> <87wn43e9ht.fsf@gmail.com> <874jr6oont.fsf@gmx.de> <87sfeqd4zi.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="20013"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Thomas Koch , 61350@debbugs.gnu.org To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Feb 28 11:39:40 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pWxOV-00053h-8v for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 28 Feb 2023 11:39:39 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pWxOE-0007gu-4I; Tue, 28 Feb 2023 05:39:22 -0500 Original-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 1pWxNv-0007VE-0f for bug-gnu-emacs@gnu.org; Tue, 28 Feb 2023 05:39:05 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pWxNu-0001dl-OM for bug-gnu-emacs@gnu.org; Tue, 28 Feb 2023 05:39:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pWxNu-0000Mc-E9 for bug-gnu-emacs@gnu.org; Tue, 28 Feb 2023 05:39:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 28 Feb 2023 10:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61350 X-GNU-PR-Package: emacs Original-Received: via spool by 61350-submit@debbugs.gnu.org id=B61350.16775807061356 (code B ref 61350); Tue, 28 Feb 2023 10:39:02 +0000 Original-Received: (at 61350) by debbugs.gnu.org; 28 Feb 2023 10:38:26 +0000 Original-Received: from localhost ([127.0.0.1]:49802 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pWxNK-0000Lm-Aq for submit@debbugs.gnu.org; Tue, 28 Feb 2023 05:38:26 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]:33075) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pWxNI-0000LZ-HJ for 61350@debbugs.gnu.org; Tue, 28 Feb 2023 05:38:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1677580698; i=michael.albinus@gmx.de; bh=bIa2znoSSDVg6CQQ/QiAIdKt3NLDMp13z6PiVNyr5V8=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=Zm9NlPNQXg5D1PhnWsczOPM99s01R6Nmb8ZVpVydMMNWs0VqYJIVpl1uuE0Ec5jw9 8YEADRWRuyc5k4bb9PVQ+Libgp1JjBxUxkKuu9U44Vy0qSl5qsSpKDfGoA+q0k6Fmz rvD306mKZrAeIzcMlgCUkqTsKr1Osh7NujodT0++ubDUBLHg9vJ41Da25VRZY5/zNb n4NtviRcbhRVx0WphSdJUS8Mhh1Vx9BT5Q5htjip6Vo/30rohxAmKi/hO9P4qr+PNv Ej3ecpPO3Gilyz1NRLv2Tiy4wifigyriNF9UokaCcSoNdm2IsP0UXV/dmRLTrgCWaB 9CIGJy889nQgw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Original-Received: from gandalf.gmx.de ([185.89.39.22]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N7zFj-1oT31708Bf-01551c; Tue, 28 Feb 2023 11:38:18 +0100 In-Reply-To: <87sfeqd4zi.fsf@gmail.com> ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Tue, 28 Feb 2023 00:10:41 +0000") X-Provags-ID: V03:K1:kJHqPrgGRBjV3TZgl0L9at/k9MNZZyHPc/lY/lQ79T9+9s1W1qm 4+miiNOEN/ZNB17oBFWUrbORc7nehFemRaE/FmlWXeZY+KX9v+e8GxrxMFIrpQS5h0/wtDR fBRLMbiAHMtz2TONHuyWf2M3SizFw6/jmGX1JSJ1SlLNCCGP9QbqMiIVBDXIvWht0By1+I0 7MWM4VXNG3DW5BHB781dA== UI-OutboundReport: notjunk:1;M01:P0:PJ0/7bYREb8=;VOcSOD3ke47nnDYYm9RVlArUBM2 8LkYZ8ttZDhtFmjrmfp85VgDvl3xctQnI/9hM1wwdwUVRRxEOfi20ak06m1kOuOqTo390w8t+ IrD5DE3MfgCnuxotWl3OTNtEfyV7b5D3/MEwJGihAsRFnMZU/eGYVu6Sk3MmB5BBtD6Y+p5il LwVzl5+U2m1vD5O5NAFBpoHnQ0jWv3fkU4eHWKanbvLoY65y7ErIib9hOWQlX2aOX8mp2sYiS AcBVwGVl2acaDarPU4nAG3v2D+XGcewHDGJWKZVVaGasb3yNnTxmTStOfSW8G6T749M8vJA0Y yUORgqEdHMhyTbK2OIKL7y7oUYri15Wa6nw5HyqqyBnsFIobhhqIRriQC3ywyvvqmVUlckoDy H4J7L1auSU5YspZSQBvDJQVbt1NCq3vOohFf5a79HRcb9/wKSXPrRja+vwU64J23vnwiWiqcm /2IfdortVTKt4fP4V3bxgBsi8S5IEQq/rOFkDyUdcziooiFuNAmu9CXl/gT5VnqWWVQi66nUS hrhUn9nH6kdcbHBLaq9JD48qzZmJEbtP0zBkxkdpUtA988XqbelMsPeSg5C5rTAQIq2h7tamG WBh3AH2VqWCSmGi80uAC54/0hNzi1nVVEI1bY80TTxhdwJxYfZ39BaEebDoHagZZ8hOjl51qo 1mHJ+lzzvPZTFoKr8qkFFwlToQ1PkWEIfe3CZ1ndYCaWC0x2avCF77d284fyfR2D91VlMDVpL oBSZb0uU8zUo2Rez9yJ4hxeAslP0sVhpH1p8UTyHty7wJnjbv+vRhls8wjZAqLeKu7dQJDCI X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:256945 Archived-At: Jo=C3=A3o T=C3=A1vora writes: Hi Jo=C3=A3o, >> It is stable. Except in the case of large amount of data, which is >> exceptional for Tramp usage. > > ...is it though? :-) Can a feature that hangs when presented with more > data than usual (however one defines that) be considered stable? Tramp supports ControlMaster since Emacs 24. Eglot is the first case I've heard of problems. I don't deny it, but it seems to be premature to me to disable the feature at all, falling back to an opt-in config. >> It is essential. I have been beaten by many Tramp users to support it. > > I'd say something "essential" is something you can't live without. But > that doesn't seem to be the case here. Ohh. You haven't seen how much Tramp has been blamed because it doesn't support it out of the box. > I could use Eglot over Tramp with decent performance (although this is > a local-to-local in disguise). Of course. Tramp allows you to opt-out, which is an accepted configuration possibility. I don't say the way to opt-out is perfect (it's currently an all-or-nothing), but this can be improved. >> settings in ~/.ssh/config shall apply. And a new value, say `suppress', >> shall suppress this feature even if enabled in ~/.ssh/config. >> >> I'll try to implement something along this line. > > Thanks. I think that is a good start. But can Eglot or the user > somehow set 'suppress' for connections "motivated" by Eglot, i.e. M-x > eglot in some remote file? How? Currently it's not possible. I'll investigate a way to disable ControlMaster per process. By this, the main Tramp process and other processes on the remote host could still profit from the performance boost, and other processes (like Eglot) could opt-out. > Jo=C3=A3o Best regards, Michael.