On Mon, Jun 30, 2008 at 12:23:08PM -0430, Patrick O'Callaghan wrote:
On Mon, 2008-06-30 at 10:47 -0500, Matt Domsch wrote:
> On Mon, Jun 30, 2008 at 11:12:45PM +0800, Ed Greshko wrote:
> > Patrick O'Callaghan wrote:
> > >On Sun, 2008-06-29 at 23:46 -0500, Matt Domsch wrote:
> > >>The basic selection algorithm for choosing
> > >>the order in which to return mirrors to clients remains the same:
> > >>prefer same netblocks, internet2 in same country if on internet2, same
> > >>country, same continent, then global, in that order.
> > >
> > >That's totally logical, but it's wrong for some cases. Here in
Venezuela
> > >there is much better bandwidth to the US than to anywhere else in South
> > >America, so the "same continent" rule is not going to work for
us. I
> > >suspect the same is true for some other SA countries.
>
> Understood. But I don't have a way to know that.
Of course. What's needed is a way to tune these things manually.
append "&country=us,ca,mx" to the end of your mirrorlist URLs listing
any countries you think would be faster for you.
My only suggestion for now is that the weighting of the various
classes
be changeable via a config file. I don't know if that is easy or hard to
do given the existing code.
hard. The whole point is to have a system that doesn't require user
config file changes, but that is "good enough" for nearly everyone. A
few items can be changed, like appending &country= or &ip= to
override the normal detection mechanisms, but I don't want to make it
infinitely configurable by users. &country=global works too.
> > >Also, for the relatively few people on Internet2
it's always better than
> > >Internet1, at least here. I mean Internet2 to anywhere is better than
> > >Internet1 to the same city.
>
> That all depends on the interconnects between the nodes on Internet2
> and the commerical internet. As those links cost real money for our
> volunteer mirror admins, by request of some of the I2 mirrors in our
> system, I've tried to avoid sending non-Internet2 users to Internet2
> servers.
That's fine. I'm talking about I2<->I2 connections, which if available
should outweigh non I2<->I2 connections even if the latter are more
local.
Here I restrict it to I2<->I2 within the same country, as I don't know
the I2 connectivity between countries. Maybe it's faster, maybe
not...
Users can always use yum-fastestmirror if they like. That has the
advantage of using the mirrorlist, but with timed values from the
actual client.
Thanks,
Matt
--
Matt Domsch
Linux Technology Strategist, Dell Office of the CTO
linux.dell.com &
www.dell.com/linux