GNU bug report logs -
#26201
Downloading substitutes is too slow upon nginx cache misses
Previous Next
Reported by: <dian_cecht <at> zoho.com>
Date: Tue, 21 Mar 2017 01:46:02 UTC
Severity: important
Tags: fixed
Done: ludo <at> gnu.org (Ludovic Courtès)
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Guix,
On 26/03/17 19:35, Tobias Geerinckx-Rice wrote:
> I can try to do some simple tests tomorrow.
Two observations:
- ‘proxy_cache_lock_timeout’ alone won't suffice to serialise requests;
‘proxy_cache_lock_age’ must also be set to an equally ridiculously
long span. Otherwise, multiple requests will still be sent to ‘guix
publish’ if they are more than 5s apart. Bleh.
(The problem then becomes that clients will stall while the file is
being cached, as explained by Mark. curl patiently waited.)
- Say client A requests a nar from ‘guix publish’ (no nginx involved).
If another client requests the same nar while A's still downloading,
‘guix publish’ will... silently drop A's connection?
I was not expecting this.
Kind regards,
T G-R
[signature.asc (application/pgp-signature, attachment)]
This bug report was last modified 8 years and 23 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.