[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: rsync delays with Georgia Tech repository mirror
I must have been very tired when I composed this message. While I intended to describe a performance problem with the Georgia Tech repository mirror, I actually quoted the rsync line from the script that fetches from the main Fedora repository. The corrections are shown below:
On Mon, 2020-12-07 at 01:25 -0600, Robert G. (Doc) Savage wrote:
Following up on our rsync discussion during Wednesday night's SILUG virtual meeting...
I just timed the delay following this line from my rsync-32updates shell script:
Correction: rsync-32updages-g shell script
rsync -avxzAHP --delete-after --no-motd \
--exclude=debug \
--exclude=*debug* \
--exclude=armhfp \
--exclude=i386 \
rsync://dl.fedoraproject.org/fedora-enchilada/linux/updates/32/ $LOCAL_DEST
rsync://rsync.gtlib.gatech.edu/fedora-enchilada/linux/updates/32/ $LOCAL_DEST
There was a 3 minutes 10 seconds pause before the file list counter appeared:
receiving file list ...
50360 files to consider
Can that long pause really be explained if GT using is an ancient rsync? Note that I would use the Fedora repository directly if it weren't limited to 20 connections. When I am lucky enough to be one of the 20 connections, Fedora exhibits no pause whatsoever.
--Doc