unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Dmitry Gutov <dmitry@gutov.dev>
To: Michael Albinus <michael.albinus@gmx.de>
Cc: 70901@debbugs.gnu.org
Subject: bug#70901: 30.0.50; Tramp doesn't use ControlMaster even with (setq tramp-use-connection-share nil)
Date: Thu, 16 May 2024 22:50:20 +0300	[thread overview]
Message-ID: <a5583cc3-4162-4362-b755-1923f165468d@gutov.dev> (raw)
In-Reply-To: <87msoqcctv.fsf@gmx.de>

Hi Michael,

On 16/05/2024 12:42, Michael Albinus wrote:

> If we want to go into detail, we need a clean testbed. In your tests, I
> don't know whether another connection already exists which Tramp could
> reuse due to your ControlMaster settings.

Like I said, it does: in the background terminal I'm using ssh with the 
same connection. But you could probably replicate the experiment without 
much trouble. Do you have access to fencepost?

> And we need to separate the
> time the "ssh ..." call takes inside Tramp, from the other time when
> Tramp does some roundtrips for the initialization. We must count the
> time Tramp needs when tramp-verbose has a higher level. Etc pp.

I could insert some (benchmark-progn ...) forms at your direction 
instead, to measure some blocks in the code. That's often a more 
expedient investigation tool.

> Do we need this? We have seen that Tramp doesn't touch Control* options
> when you set tramp-use-connection-share to nil. And that's what this bug
> report is about.

My question is, shouldn't ControlMaster be able to speed the process up, 
at least somewhat? The complaint isn't that the operation remains 
somewhat slow (though it does), but that I'm not seeing any 
statistically significant improvement from ControlMaster - which should 
seemingly be used and useful.

I'm planning to write a small article with recommendations on how to 
configure Tramp for performance in a common setup, with the options and 
explanations.

One of them does (the "direct async") - but as documented, it has some 
problems. One I've already mentioned but am yet to file a bug. Another 
is yet trickier: the REPL prompt is not rendered (IRB prompt when 
invoked inside RSpec runner - the details might not matter) with "direct 
async" but it's shown fine without "direct async". This second one, 
naturally, is harder to explain and (maybe) produce a reduced test case.

So I'm thinking if the ControlMaster can produce at least a part of this 
improvement, it should be the first recommendation in the article.





  reply	other threads:[~2024-05-16 19:50 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-13  2:00 bug#70901: 30.0.50; Tramp doesn't use ControlMaster even with (setq tramp-use-connection-share nil) Dmitry Gutov
2024-05-13  6:07 ` Michael Albinus via Bug reports for GNU Emacs, the Swiss army knife of text editors
     [not found]   ` <44185444-8a6a-4924-88f9-853f65a1c61a@gutov.dev>
2024-05-14  9:01     ` Michael Albinus via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-14 19:02       ` Dmitry Gutov
2024-05-15  8:17         ` Michael Albinus via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-15 14:45           ` Dmitry Gutov
2024-05-15 18:15             ` Michael Albinus via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-15 19:55               ` Dmitry Gutov
2024-05-16  9:42                 ` Michael Albinus via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-16 19:50                   ` Dmitry Gutov [this message]
2024-05-17 14:57                     ` Michael Albinus via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-18  2:29                       ` Dmitry Gutov
2024-05-18 11:19                         ` Michael Albinus via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-18 14:11                           ` Dmitry Gutov
2024-05-18 17:00                             ` Michael Albinus via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-18 17:02                               ` Dmitry Gutov
2024-05-18 17:47                                 ` Michael Albinus via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-19  0:07                                   ` Dmitry Gutov
2024-05-23 16:25                                     ` Michael Albinus via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-24 19:12                                       ` Dmitry Gutov
2024-05-25  9:42                                         ` Michael Albinus via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-19  0:49                 ` Dmitry Gutov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=a5583cc3-4162-4362-b755-1923f165468d@gutov.dev \
    --to=dmitry@gutov.dev \
    --cc=70901@debbugs.gnu.org \
    --cc=michael.albinus@gmx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).