GNU bug report logs - #53156
GUIX_DAEMON_SOCKET with ssh doesn't cache connections

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 53156 in the body.
You can then email your comments to 53156 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Efraim Flashner <efraim <at> flashner.co.il>
To: bug-guix <at> gnu.org
Subject: GUIX_DAEMON_SOCKET with ssh doesn't cache connections
Date: Mon, 10 Jan 2022 11:44:32 +0200

[Message part 1 (text/plain, inline)]

I'm experimenting some more with GUIX_DAEMON_SOCKET, and while when
using guix offload I see a socket a /run/user/1000/destination/socket,
there's nothing similar when using
GUIX_DAEMON_SOCKET=ssh://other-machine. Depending on the machine in
question it can take several minutes before a build is started, and I'm
having a hard time maintaining the connection until the end of a longer
build like gccgo.

-- 
Efraim Flashner   <efraim <at> flashner.co.il>   רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[signature.asc (application/pgp-signature, inline)]

Message #8 received at 53156 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: 53156 <at> debbugs.gnu.org
Subject: Re: bug#53156: GUIX_DAEMON_SOCKET with ssh doesn't cache connections
Date: Mon, 10 Jan 2022 18:13:04 +0100

Hi Efraim,

Efraim Flashner <efraim <at> flashner.co.il> skribis:

> I'm experimenting some more with GUIX_DAEMON_SOCKET, and while when
> using guix offload I see a socket a /run/user/1000/destination/socket,

What’s this file?

> there's nothing similar when using
> GUIX_DAEMON_SOCKET=ssh://other-machine. Depending on the machine in
> question it can take several minutes before a build is started,

That’s because the daemon RPC protocol is suboptimal in that it makes
lots of round trips, and round trips are very costly over SSH due to
higher latency.

Eventually we’ll need to adjust/change the protocol, but there’s no
short-term solution.

(For connections over TCP, ‘open-inet-socket’ in (guix store) uses
TCP_NODELAY to make this acceptable.  There’s #:nodelay #t in (guix
ssh), but that doesn’t much as much of a difference.)

> and I'm having a hard time maintaining the connection until the end of
> a longer build like gccgo.

Is it that the SSH server eventually drop the connection?

HTH,
Ludo’.

Message #11 received at 53156 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: 53156 <at> debbugs.gnu.org, Efraim Flashner <efraim <at> flashner.co.il>
Subject: Re: bug#53156: GUIX_DAEMON_SOCKET with ssh doesn't cache connections
Date: Fri, 20 May 2022 23:36:22 +0200

Hi Efraim,

Should we close this one?

  https://issues.guix.gnu.org/53156

Ludo’.

Ludovic Courtès <ludo <at> gnu.org> skribis:

> Hi Efraim,
>
> Efraim Flashner <efraim <at> flashner.co.il> skribis:
>
>> I'm experimenting some more with GUIX_DAEMON_SOCKET, and while when
>> using guix offload I see a socket a /run/user/1000/destination/socket,
>
> What’s this file?
>
>> there's nothing similar when using
>> GUIX_DAEMON_SOCKET=ssh://other-machine. Depending on the machine in
>> question it can take several minutes before a build is started,
>
> That’s because the daemon RPC protocol is suboptimal in that it makes
> lots of round trips, and round trips are very costly over SSH due to
> higher latency.
>
> Eventually we’ll need to adjust/change the protocol, but there’s no
> short-term solution.
>
> (For connections over TCP, ‘open-inet-socket’ in (guix store) uses
> TCP_NODELAY to make this acceptable.  There’s #:nodelay #t in (guix
> ssh), but that doesn’t much as much of a difference.)
>
>> and I'm having a hard time maintaining the connection until the end of
>> a longer build like gccgo.
>
> Is it that the SSH server eventually drop the connection?
>
> HTH,
> Ludo’.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.