|Anonymous | Login | Signup for a new account||2020-01-26 00:00 PST|
|Main | My View | View Issues | Change Log | Roadmap | Summary | My Account|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0007695||opensim||[REGION] OpenSim Core||public||2015-08-20 19:43||2015-10-03 16:52|
|Product Version||master (dev code)|
|Target Version||Fixed in Version|
|Summary||0007695: is there a way to avoid the 22ms delay before http_request event is fired?|
|Description||Is there a way to reduce or eliminate the delay that takes place before the http_request event is detected by a script? I'm building a system that sends http data to in-world objects and timing is critical. I mean, the default 22 millisecond delay is preventing the system to be reactive as it should. I thought I can try to modify and recompile the engine giving precedence to the http_request over other tasks, but I may need some suggestions from developers on what to do and what not. I understand that event notification to the scripting engine is frame based, and this can be a problem.|
ps: I'm using http method because I think it's the quicker way. If there are other solutions I would change. The goal is sending data in-world and detect them in scripted objects quickly.
|Tags||No tags attached.|
|Git Revision or version number|
|Run Mode||Standalone (1 Region)|
|Environment||Mono / Linux64|
It is possible to reduce the script delays defined by changing the [Xengine] section of the Opensim.INI file via the following entry.
;; Sets the multiplier for the scripting delays
; ScriptDelayFactor = 1.0
ScriptDelayFactor is a Multiplier. Changing the value from 1.0 to 0.5 would change your 22ms delay to an 11 ms delay. I have reduced this multiplier as far as 0.1 on some of my stand-alone regions without consequences... YMMV
This affects ALL built in scripting delays, so it may not be the optimal answer if you are capable of targeting the specific code related to your function.
Script delay is not relevant to this because the http in functions don't have mandatory delays.
The issue is that the poll service manager is slow and cumbersome in core code. The code from Avination, which we are about to merge, corrects this. In Avination, you can d more than 50 calls per second into a script. Try it there to see if the upcoming code will fill your needs.
|Yes, actually I have set ScriptDelayFactor to 0.1 and nothing changes in terms of http related events. I'll give a try to Avination. When are you going to merge the code?|
|2015-08-20 19:43||maurizio55||New Issue|
|2015-09-10 14:40||dz||Note Added: 0029464|
|2015-09-10 15:50||melanie||Note Added: 0029465|
|2015-10-03 16:52||maurizio55||Note Added: 0029498|
|Copyright © 2000 - 2012 MantisBT Group|