From mboxrd@z Thu Jan 1 00:00:00 1970 From: Maxim Cournoyer Subject: bug#26201: No notification of cache misses when downloading substitutes Date: Thu, 23 Mar 2017 19:15:48 -0700 Message-ID: <87efxnzagb.fsf@gmail.com> References: <20170320184449.5ac06051@khaalida> <144e9ba8-af93-fb18-d2b9-f198ae7c11e9@tobias.gr> <20170320195247.05f72fc9@khaalida> <8e7e07d1-563f-666f-2c32-2a772757c86f@tobias.gr> <20170320214809.466dc5fe@khaalida> <20170320234912.46680062@khaalida> <1bbd8ee3-1745-3642-27ed-f095c732dc11@tobias.gr> <20170321083239.3cbf1e8d@khaalida> <553699c2-fb50-5cf4-a80d-8ee0a70c039d@tobias.gr> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57722) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1crEmn-00046h-KG for bug-guix@gnu.org; Thu, 23 Mar 2017 22:17:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1crEmk-0001f8-ER for bug-guix@gnu.org; Thu, 23 Mar 2017 22:17:05 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:43385) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1crEmk-0001f1-A7 for bug-guix@gnu.org; Thu, 23 Mar 2017 22:17:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1crEmj-0000cZ-V8 for bug-guix@gnu.org; Thu, 23 Mar 2017 22:17:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <553699c2-fb50-5cf4-a80d-8ee0a70c039d@tobias.gr> (Tobias Geerinckx-Rice's message of "Tue, 21 Mar 2017 17:07:56 +0100") 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: Tobias Geerinckx-Rice Cc: 26201@debbugs.gnu.org, dian_cecht@zoho.com --=-=-= Content-Type: text/plain Hi! Tobias Geerinckx-Rice writes: > On 21/03/17 16:32, dian_cecht@zoho.com wrote: >> Unless mirror.hydra randomly loses data in it's cache from hydra, it >> won't be random in the least. > > It will. Whether one is first to download from the cache after the > substitute is built is essentially random. > >> Quite frankly I'd like someone else to take a look at this bug, > > Glad you agree. > >> if for no other reason than I'm not sure if we're communicating clearly >> with each other here. Most of what you are saying makes no sense >> whatsoever and seems to miss the point I have attempted to make. > > I assure you it does not. > > Kind regards, > > T G-R Please allow me to jump in and voice my opinion here. To me it doesn't make sense to concern the Guix client with implementation details of how the caching of substitutes happen and its impacts. This situation is bound to change in the future or become irrelevant (say, if a new build farm would be able to sustain higher transfer speeds to the cache mirror), or if the caching implementation changes. If the current cache building implementation is slow to the point of being a problem it should be fixed (or documented). Cheers, Maxim --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEJ9WGpPiQCFQyn/CfEmDkZILmNWIFAljUgVUACgkQEmDkZILm NWLXkA//fiY5xgNAAbJ+QANhXWNcYsCHfTVm9Zhl/dqq2rnKgUcDs7/vd7AKfQJT wQmoWJf2Uz+lnGJep5plLxCy1Q0DhmnnfVtjrtcD2Z12IIkfCd0jo2DIFiuVH4LO PnyhEzQZnSlF/wYPxiyYRkagp5eNQNBeCA8Ym14VP15PXytb7GvrKldH0o3oBBm6 Eht4WjKQ9wWeu5vwcRyWAMxQyPbD1ITpfFRUru1mNgjCmeNRDH7g/q17lQlyXuNA /QVNoJsT2+FOSdjFhvTPGyWXWtVnWWHzU0XGw3iKYfvAHxxroNP12LzK8Mr/KuUw Oux6MIrpsdwCoMmtLZmqVkQEYFbXAPoqZftN1OXOqXdIXNmh9fE6ZAlLrqVPkTdn 19bdRONIxZGOS39lIB1SS0jJ4gIehjWU1ZiqgoKIZ/4jArjn+5cd81+yB5rsUDCF NgCILJRK6TXoaqHCjEj3N0ci3jxrpwtobsAERkiK80tOegPCTCNvIym94y0Zce0Q pJrSBNjPVq1DFXQ/biGlcDsoVq/eGGY9Ie6WfqGfgjpfmb/Espud/XQYQj7j9Mjm OTGcu8vd0Q3TING1RjW1FDlI2dfRyIxVda8Zosj1ckS72OIQ2HFWRqQmL/DD44NY W2qeBfQ3yYHmTalm7ir65Oj9J80AuBpb9KHsbPC5ZzBhuCiP9Io= =zBw4 -----END PGP SIGNATURE----- --=-=-=--