Roman Scherer <[email protected]> writes: > I'm running Guix on an aarch64 system and rely on the substitutes from > Bordeaux. From time to time it is very slow. Right now I'm downloading > ffmpeg-8.1.2-debug (36.5 MB) at 32KiB/s. > > Why is that? > - is it overloaded building packages?
bordeaux.guix.gnu.org is served from bayfront, which currently doesn't build packages. > - too many people downloading from it? This is probably not the case, since there was a period several months ago when bayfront was sending a lot more data out to the network. > Can anything be done to improve the situation (e.g. split building and > serving)? Yes, but things with the bordeaux build farm are a bit up in the air at the moment. The roadmap is here https://codeberg.org/guix/-/projects/29513 and next there's still a bunch of moving things around to do on bayfront. As can be seen on the diagram on https://bordeaux.guix.gnu.org/ Nginx on bayfront is a reverse proxy for hydra-guix-129, since bayfront lacks enough local storage for all the nars. Unfortunately this probably hurts performance, and there's probably improvements to be made to the caching on bayfront. > Are there better mirrors that serve aarch64 substitutes? It's not a mirror, but you can try using hydra-guix-129.guix.gnu.org, which serves the bordeaux nar collection as well. It would be helpful to have the exact URLs/store paths that you find are slow, and when/where you're experiencing this so it can be further investigated.
signature.asc
Description: PGP signature
