public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Stuart Herbert" <stuart@myrddraal.demon.co.uk>
To: <gentoo-dev@gentoo.org>
Subject: [gentoo-dev] FW: rsync etiquette follow-up
Date: Mon, 12 May 2003 16:56:37 +0100	[thread overview]
Message-ID: <010601c3189f$152fb2a0$c000a8c0@Churchill> (raw)

Dear all,

I originally sent the comments below to GWN as feedback on the recent call
for rsync etiquette.  Kurt Lieber [klieber@gentoo.org] asked me to forward
on to this list, for further discussion.

Please be gentle - this is my first posting to the list ;-)

Best regards,
Stu
--

-----Original Message-----
From: Stuart Herbert [mailto:stuart@gnqs.org] 
Sent: 09 May 2003 11:24
To: 'gwn-feedback@gentoo.org'
Cc: 'stuart@gnqs.org'
Subject: rsync etiquette follow-up


Hi there,

I read with great interest your article on the need for rsync etiquette.
I'm sure lots of people have already written to you making the same point.
I'd like to add my voice to this point.

Gentoo's 'emerge' is a wonderful tool in many ways - but when it comes to a
site containing multiple machines, improvements in its design could help
reduce the load on your rsync servers.

I run four Gentoo boxes at the moment, and they're all connected to the
Internet through a single firewall configured with masquerading.  If I were
to rsync each machine just once a day, I wonder whether it would look like
one machine had rsync'd four times from the point of view of the Gentoo
rsync mirror that I use?

Anyway, whenever I install a new package onto a machine, it is important to
my work that *each* of these machines has the same version of the package.
The machines are different x86 architectures, so building a binary package
on the one machine isn't my preferred choice.  The whole point of using
Gentoo is that each machine runs code that is specifically optimised for the
hardware.

To achieve this, there's no getting away from it.  I have to 'emerge rsync'
on each machine, and 'emerge <package>'.  The 'emerge rsync' is there to
ensure that each machine picks up the same version of both the package, and
its dependencies.  This can be done via cron once every couple of days.  But
it still means that I end up hitting your rsync mirrors *once* for every
Gentoo machine I run.  I also end up hitting your distfile mirrors *once*
per machine as well.

I know that I could run an rsync mirror just for internal use - and that
would help a lot.  Running a distfiles mirror is a lot less practical.  It
would be much better if there was a way to share '/usr/portage' across
multiple machines.  You can't do this safely via NFS.  If two machines try
to download the same distfile at the same time, they interfere with each
other.  

It'd be much better if emerge could be changed to a client/server model,
where the emerge command becomes a client that contacts the (possibly
remote) emerge server to do all the downloading and rsyncing.  For people
running both client/server on the same machine, there's no noticable
difference.  For people like me, trying to run a site of machines, I'm able
to reduce the amount of load I place on your rsync servers and your distfile
servers.

This gives me another advantage.  I don't have to have a (potentially large)
/usr/portage/distfiles on each machine.  If three of my machines are
clients, and the server only runs on the fourth machine, I can setup a cron
job to clear out /usr/portage/distfiles on each of the clients on a nightly
basis - and keep my diskpage usage down.  (As an aside, it'd be great to see
/usr/portage moved into /var.  One of my few true disappointments with
Gentoo is having to have /usr mounted read-write a lot of the time)

I hope that I've explained it right - and that some intrepid emerge
developer will take on the task.  And soon.

Best regards,
Stu
--



--
gentoo-dev@gentoo.org mailing list


             reply	other threads:[~2003-05-12 16:01 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-05-12 15:56 Stuart Herbert [this message]
2003-05-12 18:30 ` [gentoo-dev] FW: rsync etiquette follow-up Steven Lucy
2003-05-12 19:31 ` Priit Laes
2003-05-12 21:16 ` Sven Vermeulen
2003-05-12 22:33 ` Robin H.Johnson

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='010601c3189f$152fb2a0$c000a8c0@Churchill' \
    --to=stuart@myrddraal.demon.co.uk \
    --cc=gentoo-dev@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