Hello! Jing Luo <jing@jing.rocks> writes:
> On 2025-05-19 20:12, Maxim Cournoyer wrote: >> Hi Hilton, Jing and others, >> Did one of you get to try using rsync from the Berlin server yet? >> If >> you need help, feel free to reach out to me; I'd be happy to test the >> new substitute server from Japan. > > Hi! > > I'm still in the middle of setting up rsync for that, today is the 3rd > or 4th day (?? don't remember) of downloading from Berlin. Maybe two > more weeks to go ;-; Haha! Thanks for the update. In the future, I'd like to avoid producing gzip, this would reduce the collection size by half for rsync users, at little cost for users. > I'm also setting up a new hostname for the rsync mirror, different > from the caching mirror. The new hostname will be guix.jing.rocks, but > right now it's only serving nginx autoindex. OK! Thanks for setting it up! > I'll have to study the whole "guix publish" thing as I become from a > Debian/Arch background. guix.jing.rocks will have to run on a foreign > distro; I gave up on guile a while ago because of the steep learning > curve. I think it shouldn't be too difficult to run 'guix publish' on Debian or the likes. There's a etc/guix-publish.service file in the repo that you can use to setup a systemd service. Currently the bandwidth I get on downloading substitutes seems pretty good, but it's the checking for substitutes that is very slow compared to berlin or bordeaux. > --------8<-------cut-here---------8<-------- > ... >> f+++++++++ >> lzip/1499hlgs6s0zarqlmgsh0skxrcvr6kcf-apache-parent-pom-6.drv.nar > 1.27K 100% 40.13kB/s 0:00:00 (xfr#12586825, > ir-chk=22027429/34615758) >> f+++++++++ >> lzip/1499hlgs6s0zarqlmgsh0skxrcvr6kcf-apache-parent-pom-6.drv.narinfo > 2.42K 100% 63.74kB/s 0:00:00 (xfr#12586826, > ir-chk=22027428/34615758) > ... > --------8<-------cut-here---------8<-------- > > Not rsyncing in parallel, because I'm a little afraid that Berlin > can't take the I/O load. Probably a wise thing to do! -- Thanks, Maxim
