From: Paul Hartman <paul.hartman+gentoo@gmail.com>
To: Gentoo User <gentoo-user@lists.gentoo.org>
Subject: Re: [gentoo-user] emerge --sync issue on only one comp on LAN
Date: Thu, 3 Oct 2013 11:57:04 -0500 [thread overview]
Message-ID: <CAEH5T2Ny5+paRamLKpzcGx45uU1ppCvAKw8mNC4HbdpcbWaoKg@mail.gmail.com> (raw)
In-Reply-To: <524C9566.60608@gmail.com>
On Wed, Oct 2, 2013 at 4:51 PM, Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> On 02/10/2013 19:37, Paul Hartman wrote:
>> On Tue, Oct 1, 2013 at 10:45 AM, Alan McKinnon <alan.mckinnon@gmail.com> wrote:
>>> On 01/10/2013 17:17, Greg Turner wrote:
>>>> Rsync mirrors don't grow on trees, man. People pay good money to
>>>> provide that service to us. You should seriously be embarrassed to
>>>> have posted this.
>>>
>>> Really?
>>>
>>>
>>> Then you can all use mine with the greatest of pleasure:
>>>
>>> SYNC="rsync://ftp.is.co.za/gentoo-portage"
>>>
>>>
>>> I have the NetOps team BEGGING me weekly to try and generate more
>>> traffic out of our network going international. The in-out ratio on the
>>> peering links is seriously screwed and they badly want something to even
>>> it out a bit :-)
>>
>> Challenge accepted. :)
>>
>> Here's my sync summary (I'm in the USA):
>>
>> Number of files: 174305
>> Number of files transferred: 50913
> ^^^^^
>> Total file size: 305.99M bytes
>> Total transferred file size: 73.98M bytes
>> Literal data: 73.98M bytes
>> Matched data: 0 bytes
>> File list size: 4.31M
>> File list generation time: 343.526 seconds
> ^^^^^^^^^^^^^^^
>> File list transfer time: 0.000 seconds
>> Total bytes sent: 1.12M
>> Total bytes received: 41.37M
>>
>> sent 1.12M bytes received 41.37M bytes 64.33K bytes/sec
>> total size is 305.99M speedup is 7.20
>
>
> You don't sync very often, right?
I usually sync manually daily or every other day if I'm busy and don't
get a chance. I assumed there was some mass change to ebuild headers
or license text or something which caused everything in the tree to
get touched this week.
My local portage tree is on a fast SSD in an 8-core box with 32GB of
RAM and a 100mbit internet connection, so the bottleneck hopefully is
not on my side of the transaction. ;)
Let's do some more trials. Between yesterday and today, I have synced
with my normal mirror, but I'm syncing with your server again now:
Number of files: 174410
Number of files transferred: 17372
Total file size: 306.28M bytes
Total transferred file size: 22.32M bytes
Literal data: 22.32M bytes
Matched data: 0 bytes
File list size: 4.31M
File list generation time: 379.920 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 382.35K
Total bytes received: 15.71M
sent 382.35K bytes received 15.71M bytes 29.33K bytes/sec
total size is 306.28M speedup is 19.04
Now I'm immediately doing another sync, first deleting timestamp.chk
to force it to sync again. There should be zero files to transfer
(except the timestamp file).
Number of files: 174410
Number of files transferred: 1
Total file size: 306.28M bytes
Total transferred file size: 32 bytes
Literal data: 32 bytes
Matched data: 0 bytes
File list size: 4.31M
File list generation time: 28.612 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 183
Total bytes received: 4.31M
sent 183 bytes received 4.31M bytes 128.75K bytes/sec
total size is 306.28M speedup is 71.01
Now I'm switching back to my beloved mirror.steadfast.net and running
another sync.
Number of files: 174409
Number of files transferred: 17364
Total file size: 306.30M bytes
Total transferred file size: 21.74M bytes
Literal data: 21.74M bytes
Matched data: 0 bytes
File list size: 4.39M
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 355.23K
Total bytes received: 15.67M
sent 355.23K bytes received 15.67M bytes 191.93K bytes/sec
total size is 306.30M speedup is 19.11
Interestingly it transferred almost the same number of files as my
first sync with yours. Comparing timestamps, your server's latest
update is about 5 hours older than Steadfast's, so things must be
changing frequently in portage these days! 17k changes in 5 hours...
My ping to your server is 300ms, my ping to steadfast is 18ms. I don't
know anything about how rsync works behind the curtain, if a higher
latency would cause the file list generation to be slower, or if that
is a measurement of server performance or something else.
Total sync times from my log:
1380814364: >>> Starting rsync with rsync://196.4.160.12/gentoo-portage
1380814916: === Sync completed with rsync://196.4.160.12/gentoo-portage
(first sync, 17k files updated, 552 seconds)
1380815150: >>> Starting rsync with rsync://196.4.160.12/gentoo-portage
1380815188: === Sync completed with rsync://196.4.160.12/gentoo-portage
(sync with no updates except timestamp.chk, 38 seconds)
1380815292: >>> Starting rsync with rsync://208.100.4.53/gentoo-portage
1380815375: === Sync completed with rsync://208.100.4.53/gentoo-portage
(re-sync with steadfast, 17k files updated, 83 seconds)
1380816062: >>> Starting rsync with rsync://208.100.4.53/gentoo-portage
1380816074: === Sync completed with rsync://208.100.4.53/gentoo-portage
(sync with no updates except timestamp.chk, 12 seconds)
HTH and thanks for the mirror :)
Paul
next prev parent reply other threads:[~2013-10-03 16:57 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-01 14:20 [gentoo-user] emerge --sync issue on only one comp on LAN Bruce Hill
2013-10-01 14:25 ` Alan McKinnon
2013-10-01 15:17 ` Greg Turner
2013-10-01 15:45 ` Alan McKinnon
2013-10-02 17:37 ` Paul Hartman
2013-10-02 21:51 ` Alan McKinnon
2013-10-03 16:57 ` Paul Hartman [this message]
2013-10-03 18:53 ` Alan McKinnon
2013-10-02 18:48 ` Bruce Hill
2013-10-02 21:54 ` Alan McKinnon
2013-10-03 2:56 ` Bruce Hill
2013-10-05 13:56 ` Mick
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAEH5T2Ny5+paRamLKpzcGx45uU1ppCvAKw8mNC4HbdpcbWaoKg@mail.gmail.com \
--to=paul.hartman+gentoo@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox