Christopher Baines <[email protected]> writes: Hi Christopher,
thanks for your answer. I'm in Santander, Spain right now using my German Telekom mobile connection on 5G which is quite fast. I also noticed this when I was in Berlin, Germany. It happened yesterday when I sent the email at 07 Jul 2026 22:25:41. I don't have the URLs anymore, but I will record them the next time it happens. Thanks for your help! > 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
