[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: apt and multiple connections



Jason Gunthorpe wrote:
> 
> On 22 Sep 2000, Greg Stark wrote:
> 
> > A different possibility is to have apt spread connections across many servers
> > when the same file is available from multiple servers. It doesn't do that now
> > does it? I think it just uses the first one and uses multiple servers only in
> > the sense that it picks the most recent file if different versions are
> > available?
> 
You mean like threaded gets, so one threads starts downloading at offset
0, the next thread starts downloading at offset (file length/no of
threeads), when one thread finishes it assists downloading what the
slowest thread was working on.

Ive wanted to see this for a while, then all we would need is to have
some way to dynamically add hosts to the mirror list (say with ldap) and
we could have a distributed debian mirror.

> This was considered.. on the surface it seems like a good idea, but it
> does increase the instantaneous required bandwidth - perhaps too much.
> 

Huh ? You mean apt might download it too fast, and use to much of the
clients bandwidth... i dont understand how this can be seen as being
bad. It would be possible to slow it down by not starting all the
threads at once, but i dont see the need, if you want to limit your
local bandwidth use you can should look at traffic shaping.

It would mean that the load placed on mirrors would be distributed a lot
better, so it would be good for clients and servers, a win-win
situation.

Glenn



Reply to: