[CentOS-devel] Getting there faster

Brian Mathis brian.mathis+centos at betteradmin.com
Sun Nov 10 06:46:59 UTC 2013


On Sat, Nov 9, 2013 at 3:46 PM, Karanbir Singh <mail-lists at karan.org> wrote:

> [...]



> I can get a bunch of VM's online to trial some of these things, but they
> will need to be in one play-cloud or something such, does anyone haves
> ideas on how one might create 'real world network problems' on a bunch
> of VM's ? eg. how do we cap say 25% of the network interfaces to 10mbps,
> and how might we generate latency ? I have a bunch of ideas on howto do
> this between machines, but not so much on VMs running on the same ( or
> just a few ) machines.
>
> - KB
> --
> Karanbir Singh
> +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
> GnuPG Key : http://www.karan.org/publickey.asc
> _______________________________________________
> CentOS-devel mailing list
> CentOS-devel at centos.org
> http://lists.centos.org/mailman/listinfo/centos-devel
>



Bandwidth limiting could probably be accomplished using 'tc', otherwise the
"bwlimit" option to rsync might work well enough for a simulation.  Looks
like 'tc' can help with latency too (
http://stackoverflow.com/questions/614795/simulate-delayed-and-dropped-packets-on-linux
).

What kind of control do you have over the mirrors?  One option is to reduce
the amount of data that needs to be transferred.  This could be
accomplished by:
a) Transferring only package files to mirrors, then running scripts to
build the ISOs in place
or
b) Transferring only the ISOs, mounting them through loopback, then
building the repos with symlinks into the mounted ISOs.

I am assuming that the packages in the repos are identical to those on the
ISOs, so there's already a bunch of duplicate data getting sent over.


❧ Brian Mathis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.centos.org/pipermail/centos-devel/attachments/20131110/492490c1/attachment.html 


More information about the CentOS-devel mailing list