Roman Scherer <[email protected]> writes:

Hi Christopher,

I'm updating my system and Bordeaux is slow again. Here's the URL I'm
downloading right now, 9 July 19:11, CEST (UTC+2).

```
substituting 
/gnu/store/cycc2w4jxkaxh5sr6yqjpb9xxs6s9k1v-lsp-plugins-1.2.25-doc...
guix substitute: warning: while fetching 
https://bordeaux.guix.gnu.org/nar/lzip/cycc2w4jxkaxh5sr6yqjpb9xxs6s9k1v-lsp-plugins-1.2.25-doc:
 server is somewhat slow
guix substitute: warning: try `--no-substitutes' if the problem persists
downloading from 
https://bordeaux.guix.gnu.org/nar/lzip/cycc2w4jxkaxh5sr6yqjpb9xxs6s9k1v-lsp-plugins-1.2.25-doc
 ...
 lsp-plugins-1.2.25-doc  25.7MiB 22KiB/s 00:38 ▕▌                 ▏   3.2%
```

> 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.

Attachment: signature.asc
Description: PGP signature

Reply via email to