you take it bad... 1)if server is load balanced (have many aliases, and many ip numbers via many ISP's) this is the ONLY way to balance load across all off them, instead of overloading only one
2)it is not intended to use if you have only one ip number, and trafic shapers like shaperd prevent such programs from abusing slow links by not allowing multiple connections to same hosts. 3)it is _only_ way to balance traffic if you have multiple slow lines (like few dialups, like i do have) it is not intended to use for ten T1 connections, to connect to server balanced on another ten T1's (altrough it would would work to load balance such traffic) it is rather for downloading with reasonable speed on say, three dialups (i.e. using land-dialup, cellphone, and wireless link to quickly download something). if you'll ever visit poland you'll know what i mean :) also, if server is load balanced on i.e. 10 slow links, it would allow you to download with greater speed from it . otherwise no matter how many links server owner on siberia will manage to get, your DSL will still suck big file from his page @ 2k/sec ;) On Sunday 10 August 2003 23:24, Henrik Nordstrom wrote: > On Sunday 10 August 2003 22.05, Bob Arctor wrote: > > axel is an download 'accelerator' > > originally it splits file to parts (equal) , opens local file , and > > download it. > > This kind of things (download 'acceleration') is extremely unlikely to > make it into Squid as the Squid developers oppose such use of HTTP > and such anti-social abuse of the Internet resources in general. > > The traffic pattern of HTTP is bad as it is. The use of download > accelerators makes it a horror, intentionally breaking others > interactive sessions to try to make ones downloads faster. > > What we might add to Squid at some point in time is a 'download > anti-accelerator' which detects the use of a download accelerators > and makes the requests behave on the Internet like a single normal > request to make the proxied traffic behave even if you have greedy > anti-social users. There is however a few technical difficulties in > doing this mainly related to HTTP protocol timing, but it can most > likely be done without breaking the results of too many download > accelerators. > > Regards > Henrik -- --
