From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tobias Geerinckx-Rice Subject: bug#26201: No notification of cache misses when downloading substitutes Date: Tue, 21 Mar 2017 07:21:54 +0100 Message-ID: References: <20170320184449.5ac06051@khaalida> <144e9ba8-af93-fb18-d2b9-f198ae7c11e9@tobias.gr> <20170320195247.05f72fc9@khaalida> <8e7e07d1-563f-666f-2c32-2a772757c86f@tobias.gr> <20170320214809.466dc5fe@khaalida> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="R6TLt5K1Pmfwjmw2et0R22cMa2xBPwWKc" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:36831) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cqDBH-0004Aw-4h for bug-guix@gnu.org; Tue, 21 Mar 2017 02:22:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cqDBC-0004gD-1e for bug-guix@gnu.org; Tue, 21 Mar 2017 02:22:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:38937) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cqDBB-0004ft-UA for bug-guix@gnu.org; Tue, 21 Mar 2017 02:22:01 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cqDBB-0000Ib-Ne for bug-guix@gnu.org; Tue, 21 Mar 2017 02:22:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20170320214809.466dc5fe@khaalida> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: dian_cecht@zoho.com Cc: 26201@debbugs.gnu.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --R6TLt5K1Pmfwjmw2et0R22cMa2xBPwWKc Content-Type: multipart/mixed; boundary="xlSTDx9slGiGVIPnNAG6IpFnWTk6xjlKh"; protected-headers="v1" From: Tobias Geerinckx-Rice To: dian_cecht@zoho.com Cc: 26201@debbugs.gnu.org Message-ID: Subject: Re: bug#26201: No notification of cache misses when downloading substitutes References: <20170320184449.5ac06051@khaalida> <144e9ba8-af93-fb18-d2b9-f198ae7c11e9@tobias.gr> <20170320195247.05f72fc9@khaalida> <8e7e07d1-563f-666f-2c32-2a772757c86f@tobias.gr> <20170320214809.466dc5fe@khaalida> In-Reply-To: <20170320214809.466dc5fe@khaalida> --xlSTDx9slGiGVIPnNAG6IpFnWTk6xjlKh Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mornin', On 21/03/17 05:48, dian_cecht@zoho.com wrote: > I'm not suggesting having Guix tell me why my network is slow, I never mentioned your network. Your proxied connection to a substitute server, yes. And, well, this very bug report is for Guix to tell you why that's slow... > only if the download might be slow because it's having to pull from=20 > hydra.gnu.org. (Side note: =E2=80=98it=E2=80=99 here is mirror.hydra.gnu.org, never a we= ll-configured Guix client.) So to implement this, the client would need to display a =E2=80=98warning= =E2=80=98 message or flag sent by the substitute server, to notify the user that their download might be slower... sometimes... by an unknown amount... possibly? But see, that wouldn't be true at all on my system (and surely others), despite being set up nearly identically to Hydra. On the other hand, my home download speed fluctuates wildly, even between simultaneous connections to the same server. Whether or not a file is cached makes no difference. To be told would be noise at best, misleading at worst. I'd be against this only for those reasons, but I promise I'm not. It's just all a bit vague, 's all, and my personal opinion is that once the vagueness is resolved, not much will remain. But who knows. > AFAIK, Guix devs are working on a replacement for the current build=20 > system, so the sane option wouldn't be extending the current hydra=20 > system to handle a new API call, but to try and work this type of=20 > feature into the next system. My point is that it wouldn't be sane, and would be an ugly hack in either system. Cuirass isn't really different from Hydra is this regard. Me shut up now :-) I'm more interested in what others have to say. Kind regards, T G-R --xlSTDx9slGiGVIPnNAG6IpFnWTk6xjlKh-- --R6TLt5K1Pmfwjmw2et0R22cMa2xBPwWKc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEqBAEBCgAUBQJY0MaCDRxtZUB0b2JpYXMuZ3IACgkQkczbm0hUG5my6Qf9ECb0 bwg1kgeoIJYPuyVLIte3wezvwFbT+wSXPbjaeckg8zA8nmJpwydHdQeAw3Aj7lAZ mvciAsA0WqNVuNi/9X6u5O9dTgUHEnl0mChDTKI8/jUbH6edPlPpnLt8JWg7ZVkk aOCtIKF2lB5gTJrC3b4I5fdcEjtN63KHlA6YibXmYblNAUxwb42/FQquWCvwXytY C4AmAcITHcWyghdTMAYflQWeEZFydX5JXVvU7toMa0V1eH2kUhUxiaMR2J+VWHij z4lw7hPsAUOvSwOamIB+KwDUdhdC12GPRes9YGyIuEaUdgcf7/wvjnj4O4rjgnZe VWMYMirrwDn6rk3nmA== =OIdm -----END PGP SIGNATURE----- --R6TLt5K1Pmfwjmw2et0R22cMa2xBPwWKc--