Good to see everyone having the HTTP spec discussion.    This is the
preverbial elephant in the room for this network solution.

Regards

Teravus

On Tue, Oct 23, 2012 at 8:04 PM, Dahlia Trimble <dahliatrim...@gmail.com>wrote:

> I believe the 2 persistent HTTP connections/server recommendation is just
> that: a maximum of 2 *persistent* connections *per server*. Torrent
> downloads are more likely 1 connection per server with many servers.
> Torrent clients also have the ability for users to specify maximum outbound
> transfer rates and trying to overcome them by opening more connections to a
> particular server will likely not be fruitful.
>
> Also, networked system designers may have control of how endpoints are
> implemented but if the public internet is used as a transfer medium then
> they have little (if any) control over what happens between those
> endpoints. ISPs can (and often do) control traffic via whatever criteria
> they deem fit. Choke points likely exist in many places and end users may
> be powerless to understand and/or resolve issues caused by over-zealous
> connection hoarding.
>
>
> On Tue, Oct 23, 2012 at 5:21 PM, Henri Beauchamp <sl...@free.fr> wrote:
>
>> On Tue, 23 Oct 2012 10:28:37 -0400, Monty Brandenberg wrote:
>>
>> > Here's a chart I keep forwarding:
>> >
>> http://www.smallnetbuilder.com/lanwan/router-charts/bar/77-max-simul-conn
>> > Not officially endorsed by Linden, etc., but a useful measure of
>> > one metric that is likely to predict problems.  At the bottom of
>> > that chart you'll find members of router families that are both
>> > very common and very often a source of problems in SL.
>>
>> Very interesting chart... And quite frigthening too, seeing all the
>> so-called "routers" that can't even handle 1K connections !
>>
>> This said, such routers would also stall on torrent downloads.
>>
>> Henri.
>> _______________________________________________
>> Policies and (un)subscribe information available here:
>> http://wiki.secondlife.com/wiki/OpenSource-Dev
>> Please read the policies before posting to keep unmoderated posting
>> privileges
>>
>
>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
_______________________________________________
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Reply via email to