On Mon, 30 Jul 2012 13:08:18 -0400, Oz Linden (Scott Lawrence) wrote:

> On 2012-07-29 04:07 , Henri Beauchamp wrote:
> > With just a few tweakings to the texture fetcher (and in particular
> > a setting that permits up to 32 concurrent HTTP fetches),
> 
> Caution... once we begin supporting persistent connections and pipelined 
> requests on the server side (we're working on it), opening that many 
> connections will very likely be considered abuse of the service.  
> Allowing a single server to have that many potentially long-lived 
> connections to the same server would starve the file descriptor pool 
> very quickly at the server end, adversely affecting other users.

Don't put word in my mouths, that I never pronounced... I was not speaking
about *persistent* connections. The current HTTP fetches are not persistent
connections, and that's why 32 simultaneous requests are not really an issue
(and it was actually the limit in Snowglobe v1.5, thus why I kept it in the
Cool VL Viewer, but made it configurable (and defaulting to 16), when I
noticed that the v2 viewers changed that limit down to 8 then up to 16 and
then to whatever number it is now hardcoded with).

> HTTP itself recommends that clients not maintain more than 2 connections 
> to the same service [1].  I don't know exactly what limit we will decide 
> is reasonable (I expect that 2 will be ok, but don't know whether or not 
> some larger number will be also).

I bet 2 persistent connections will not be as performant as 16 (or even
only 8) transient ones... Especially for oversea users, when links go
through a load of routers before the viewer can actually communicate with
LL's servers (and I have seen numerous times buggy/badly configured routers
dropping "persistent" connections).
Not to mention the underusage of the additional CPU cores for image decode
and caching threads (that will have to wait each time and will, at best,
process 2 images before the next 'bunch' (if 2 is already a 'bunch')
arrives).

> Please bear this in mind as you think about your designs.

Please, don't underestimate my thinking capacity... I also think I proved
numerous times with the Cool VL Viewer that I was very careful and quite
reasonnable (refusing to implement things that could overload servers:
I can give you half a dozen of examples if you want).

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

Reply via email to