Re: [opensource-dev] New HTTP Library Project Viewer
On 2012-10-20 11:14 , Henri Beauchamp wrote: Is there any server running the corresponding improved HTTP code on Aditi ? Not yet. When there is, we'll post a note on this list. As Tankmaster said, our ambition at this point is that the server side will be compatible with all existing viewers HTTP usage. The new version will have different enforcement of fairness heuristics to attempt to prevent viewers from monopolizing server side resources; it's possible that this will cause problems for viewers that have overly aggressive use of multiple connections - something we'll try to test heavily during the server beta period. ___ 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
Re: [opensource-dev] New HTTP Library Project Viewer
On Mon, 22 Oct 2012 09:57:40 -0400, Oz Linden (Scott Lawrence) wrote: On 2012-10-20 11:14 , Henri Beauchamp wrote: Is there any server running the corresponding improved HTTP code on Aditi ? Not yet. When there is, we'll post a note on this list. OK, thanks. As Tankmaster said, our ambition at this point is that the server side will be compatible with all existing viewers HTTP usage. The new version will have different enforcement of fairness heuristics to attempt to prevent viewers from monopolizing server side resources; it's possible that this will cause problems for viewers that have overly aggressive use of multiple connections In the current implementation, the new HTTP core can be configured to spawn from 12 to up to 256 (!) simultaneous connections... The texture fetcher code however never queues more than 40 requests at once, thus limiting the potential damages, but you might want to have a look at that and provide safer bounds before the new HTTP core gets used for more services in the viewer... My backports allows from 8 to 32 simultaneous connections, with 12 as the default (i.e. same default as in viewer-http). 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
Re: [opensource-dev] New HTTP Library Project Viewer
On 10/22/2012 6:28 PM, Henri Beauchamp wrote: In the current implementation, the new HTTP core can be configured to spawn from 12 to up to 256 (!) simultaneous connections... The texture fetcher code however never queues more than 40 requests at once, thus limiting the potential damages, but you might want to have a look at that and provide safer bounds before the new HTTP core gets used for more services in the viewer... No, the current HTTP code allows up to 12 concurrent connections with a shipping default of 8. A debug control is available to *reduce* not increase the concurrency. I'm interested in having available a control more refined than HTTP Textures on/off for people who have chronic connectivity problems. My hope is that knocking back concurrency will prevent certain routers from falling over. But other consumers, like mesh fetch, may completely swamp any improvement that control might offer. My backports allows from 8 to 32 simultaneous connections, with 12 as the default (i.e. same default as in viewer-http). You're running 50% hotter than I am. Stop eating all the sockets! :-) m ___ 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
