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.
next prev parent 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).