<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Nov 9, 2013 at 3:46 PM, Karanbir Singh <span dir="ltr"><<a href="mailto:mail-lists@karan.org" target="_blank">mail-lists@karan.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">[...]</blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I can get a bunch of VM's online to trial some of these things, but they<br>
will need to be in one play-cloud or something such, does anyone haves<br>
ideas on how one might create 'real world network problems' on a bunch<br>
of VM's ? eg. how do we cap say 25% of the network interfaces to 10mbps,<br>
and how might we generate latency ? I have a bunch of ideas on howto do<br>
this between machines, but not so much on VMs running on the same ( or<br>
just a few ) machines.<br>
<div class="im"><br>
- KB<br>
--<br>
Karanbir Singh<br>
<a href="tel:%2B44-207-0999389" value="+442070999389">+44-207-0999389</a> | <a href="http://www.karan.org/" target="_blank">http://www.karan.org/</a> | <a href="http://twitter.com/kbsingh" target="_blank">twitter.com/kbsingh</a><br>

GnuPG Key : <a href="http://www.karan.org/publickey.asc" target="_blank">http://www.karan.org/publickey.asc</a><br>
</div><div class=""><div class="h5">_______________________________________________<br>
CentOS-devel mailing list<br>
<a href="mailto:CentOS-devel@centos.org">CentOS-devel@centos.org</a><br>
<a href="http://lists.centos.org/mailman/listinfo/centos-devel" target="_blank">http://lists.centos.org/mailman/listinfo/centos-devel</a><br>
</div></div></blockquote></div><br><br><br></div><div class="gmail_extra">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 (<a href="http://stackoverflow.com/questions/614795/simulate-delayed-and-dropped-packets-on-linux">http://stackoverflow.com/questions/614795/simulate-delayed-and-dropped-packets-on-linux</a>).<br>
</div><div class="gmail_extra"><br></div><div class="gmail_extra">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:<br>
</div><div class="gmail_extra">a) Transferring only package files to mirrors, then running scripts to build the ISOs in place<br></div><div class="gmail_extra">or<br></div><div class="gmail_extra">b) Transferring only the ISOs, mounting them through loopback, then building the repos with symlinks into the mounted ISOs.<br>
<br></div><div class="gmail_extra">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.<br><br><br clear="all"><div>❧ Brian Mathis</div>

<br><br></div></div>