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
-- --Received on Sun Aug 10 2003 - 16:50:17 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:18:48 MST