From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Philippe Vaucher Newsgroups: gmane.emacs.devel Subject: Re: Remote asynchronous processes Date: Mon, 13 Apr 2020 22:32:38 +0200 Message-ID: References: <87tv1nwuv4.fsf@gmx.de> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000081feb905a331fd90" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="128026"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Philipp Stephani , Emacs developers To: Michael Albinus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Apr 13 22:33:59 2020 Return-path: Envelope-to: ged-emacs-devel@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 1jO5mI-000XCC-HC for ged-emacs-devel@m.gmane-mx.org; Mon, 13 Apr 2020 22:33:58 +0200 Original-Received: from localhost ([::1]:48514 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jO5mH-00052d-Jf for ged-emacs-devel@m.gmane-mx.org; Mon, 13 Apr 2020 16:33:57 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34044) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jO5lU-0004bF-P5 for emacs-devel@gnu.org; Mon, 13 Apr 2020 16:33:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jO5lT-0000U7-IF for emacs-devel@gnu.org; Mon, 13 Apr 2020 16:33:08 -0400 Original-Received: from mail-lf1-x12a.google.com ([2a00:1450:4864:20::12a]:43433) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jO5lT-0000Tj-9v for emacs-devel@gnu.org; Mon, 13 Apr 2020 16:33:07 -0400 Original-Received: by mail-lf1-x12a.google.com with SMTP id k28so7584638lfe.10 for ; Mon, 13 Apr 2020 13:33:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ShY+IJ9GMWjZtwT4B5ix0A+Tms6wmVJVZPt/zF/AbZM=; b=ffUF2sq71OpdcJKRXRitvX50cfoXfkbT71xHxaW77Nb34k6JMkaB9S8fsJDICrC3Tu OUjpyT4QY+zeWV+i28xPuzLhwUSbawWj8MYln38v6Ec3OjSTi9c5weF+hrIf7Nt6PjjN E/71/8vi6NSSeiSpxVfWDE+chfqV578Tkqk/5YH6Tjh/gajArUOPc/pThHpDWPLYuwUo TTvADZJBpLsGs/jQhlp/FOINVDy9untKu+Ci1HsNkW+arNBIQX07zeAPPQXti0Nmyykz wWnJDH11q++59kXP9AU00On4yFdX1QlAHBGwZYbcYTYfLXAM9yrrOis3ZZqMq86BdBbp BXkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ShY+IJ9GMWjZtwT4B5ix0A+Tms6wmVJVZPt/zF/AbZM=; b=IcCGeG/WmeEru7zkQdgvrcK5KF/Qkn0mxsoX3C4VGP4nURs3IvpWWmSAQ9vEfwQ36s aGNRwgrAJviB46XnZR8eKc3DJZNW969H0jOTao6p16mT4Ts4G8DVI0z44iHRm+7AaUZ9 Qi0xJuKvNIxwH6SED0LB3tuhqfN1CIqCDMCCc2qvscTl+nYNjDG+RkaSauq914mtch8q ZxT58APA0mvtsmY17LVYqVByX3Hu1duWvOv2xjw/MmJOBwJ/9wCYVN4T0XchYMej6Xo3 VVOlnKCte1P66gEmE62rKdtZWP49e086iS99vVzvuKsix+pPfZmphYIR66FtI0mXvYgy 7K7g== X-Gm-Message-State: AGi0PuYzCI+Z56hJWcAabnazHUYEt+nvx9ETJd67dgOqYly7ioq/9H7G AiLjnT0feWHs128Ypfb91yXtGHPA5l5V8nb5c0WFuSeq X-Google-Smtp-Source: APiQypJ8fmbu90fd8l31WwBd/sLtRUe5EZvMZD7cXnlLWNolq/uelfemEFkvYvEnFdAxQdIlLbLC6d+UJXfy/8xJ9BQ= X-Received: by 2002:ac2:4248:: with SMTP id m8mr7022128lfl.211.1586809985431; Mon, 13 Apr 2020 13:33:05 -0700 (PDT) In-Reply-To: <87tv1nwuv4.fsf@gmx.de> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::12a X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:246919 Archived-At: --00000000000081feb905a331fd90 Content-Type: text/plain; charset="UTF-8" > Hi, > Hello, > One of the reasons is, that Tramp opens first a shell on the remote > host, performs sanity checks, and runs the command after that. Well, I > cannot change this in general; the sanity checks have been added due to > feedback from users. > It'd be great to have the list of checks that are done and the reasons to see if they still make sense nowadays. Maybe these checks were added to safe-guard against silly terminals/implementations but can be ignored in recent times. > One idea to change the situation is, to remove all sanity checks from > make-process. > > This would improve performance significantly. The drawback is, that > Tramp does not perform convenience checks, like password handling. > > start-file-process would not be changed, and it behaves like before. I'm not clear on make-process vs start-file-process usage, but I assume the former is used by API developers and the later is called by TRAMP, so we still get the sanity checks for normal TRAMP usage? If you ask _my_ preferences I'd remove the sanity checks and require sane terminals, maybe offer some tramp-sane-terminal-p that could run the sanity checks for debugging. That or cache the sanity checks so you only run them once on the initial connection but never later on. I understand my position is probably not everyone's position tho :-) Kind regards, Philippe --00000000000081feb905a331fd90 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi,

=
Hello,

=C2=A0
One of the reasons is, that Tramp opens first= a shell on the remote
host, performs sanity checks, and runs the command after that. Well, I
cannot change this in general; the sanity checks have been added due to
feedback from users.

It'd be great = to have the list of checks that are done and the reasons to see if they sti= ll make sense nowadays. Maybe these checks were added to safe-guard against= silly terminals/implementations but can be ignored in recent times.
<= div>
=C2=A0
One idea to change the situation is, to remove all sanity checks from=
make-process.

This would improve performance significantly. The drawback is, that
Tramp does not perform convenience checks, like password handling.

start-file-process would not be changed, and it behaves like before.

I'm not clear on make-process vs start-file-p= rocess usage, but I assume the former is used by API developers and the lat= er is called by TRAMP, so we still get the sanity checks for normal TRAMP u= sage?

If you ask _my_ preferences I'd remove the sanity checks a= nd require sane terminals, maybe offer some tramp-sane-terminal-p that coul= d run the sanity checks for debugging. That or cache the sanity checks so y= ou only run them once on the initial connection but never later on. I under= stand my position is probably not everyone's position tho :-)

Kind regards,
Philippe=C2=A0
--00000000000081feb905a331fd90--