96dabca85b
make sure XEngine does release script events when a script is destroyed
2019-08-01 05:31:03 +01:00
ac651a168a
Xengine: exclude a few more events from mineventdelay
2019-02-20 04:54:32 +00:00
7c0eab8a23
Xengine: don't lose state change events
2019-02-20 04:04:35 +00:00
0307427b94
a few more changes
2018-11-26 20:20:28 +00:00
7258531e3b
show prim ID on script error
2018-11-26 19:57:42 +00:00
c92ba1cc04
shut up some pesty warnings
2018-01-15 16:23:19 +00:00
b16abc8166
Massive tab and trailing space cleanup
2017-01-05 19:07:37 +00:00
4e64445c39
replace datetime.now on just timming by faster utcnow
2016-11-22 05:18:06 +00:00
6c44dceced
change display and log of normal script errors
2016-11-08 13:39:49 +00:00
5afc5fe343
Xengine: try to reduce memory pressure of scripts compile. Still ugly code, possible mistakes, but i need to share it before i loose it :) )
2016-08-31 09:15:08 +01:00
67a853a70e
add a missing lock()
2016-08-21 22:44:21 +01:00
3fef576554
avoid telling a work job to cancel itself
2016-08-19 16:14:08 +01:00
6703be2a90
do not enqueue next event processing if script is in SelfDelete state
2016-08-19 14:17:57 +01:00
7e8544f26e
fix missing clear of queued timer even and state transition flags on scripts reset
2015-10-01 05:20:04 +01:00
c4c6fcf7ad
fix missing proprieties get, etc
2015-09-08 12:43:54 +01:00
a11edceb00
seems to compile ( tests comented out)
2015-09-02 19:54:53 +01:00
371c9dd2af
bad merge?
2015-09-01 14:54:35 +01:00
c53f732163
Change the IScriptApi back to it's original form, removing XEngine
...
specific additions that should not have been there in the first place.
Sleeping and time measurement are now completely internal to XEngine
2015-08-17 21:46:30 +02:00
ee7debcca6
Revert "When scripts are sleeping, don't count that as execution time"
...
The approach is good but the way it is written breaks the architecture.
Rewrite follows.
This reverts commit a568f06b7f
2015-08-17 18:11:45 +02:00
664ecb1938
Prevent the spammy "many event" message from appearing in normal use.
...
Console command debug xengine now turns that on.
Also, per orenh, remove the triggers at 1000 and 10000 as they are not
useful now that top scripts works.
2015-08-17 18:05:39 +02:00
59da146e9d
When the user stops a script, have it remain stopped
...
Previously the script state was never saved for a !Running script, so upon region restart the script would be Running again.
The use of the 'StayStopped' flag is needed because all scripts are automatically stopped when the region shuts down, but in that case we shouldn't save in their state that they're !Running.
2015-08-11 08:44:27 +01:00
a568f06b7f
When scripts are sleeping, don't count that as execution time
...
Sleeping doesn't use the CPU.
2015-08-11 08:44:27 +01:00
d24528b3bc
Show Script Time in the statistics panel
...
The value shown is the number of milliseconds per frame that were spent executing scripts in this region.
2015-08-11 08:44:26 +01:00
5679cd0100
Changed "Script Execution Time" to be the gross time, i.e. including handling it in XEngine
...
Previously the "Net Time" was reported: only the time actually spent in the script's code. This is not a correct indication of how much load the script places on the simulator, because scripts that change state often or have many events use up a lot of time just in the event handlers, and previously this time wasn't counted.
2015-08-11 08:42:31 +01:00
a3bed1fbcb
Report "Script Execution Time" as the time spent executing the script in the last 30 seconds. Use a sliding window to calculate this.
...
Notes:
- This metric provides a better indication of which scripts are taking up a lot of CPU (and therefore should be optimized).
- Previously the execution time was reset to 0 in every new measurement period, causing the reported time to fluctuate for no reason. This has been fixed by using a sliding window.
2015-08-11 08:42:26 +01:00
287096d826
Improved calculation of Script Execution TimeStarted
...
1. Use a Stopwatch (a high-resolution timer)
2. Whenever we start a new measurement period, zero out the total execution time (previously it just kept accumulating)
3. Changed the measurement period from 30 minutes to 30 seconds. This is much more useful in the "Top Scripts" dialog, as it shows currently active scripts
2015-08-11 07:35:41 +01:00
20af31f18e
Fixed mistakes related to confusion between Environment.TickCount (milliseconds) and TimeSpan.TicksPerXXX (10000 x milliseconds)
2015-08-11 07:35:40 +01:00
4c6fb9fb64
Log scripts that have processed many events: this is probably an indication of a problem
2015-08-11 07:35:39 +01:00
3a7d42378f
Move state change in progress in ScriptInstance.PostEvent() to the top of the EventQueue lock to avoid some flags possibly being wrongly set (m_LastControlLevel, etc.)
2015-03-12 00:14:30 +00:00
7410924de0
Lock around EventQueue manipulation in ScriptInstance.SetState() as queues are not thread-safe structures.
...
This should also make it less likely that an event will be erroneously posted during a state change by precluding a race condition with a thread calling ScriptInstance.PostEvent()
2015-03-12 00:07:01 +00:00
b4b13510e8
A workaround for the state change problem described best here http://opensimulator.org/mantis/view.php?id=6960 which should make state changes behave more like is described here http://wiki.secondlife.com/wiki/State
2015-03-12 00:01:30 +00:00
25901a703a
corrected llGetStartParameter according to http://wiki.secondlife.com/wiki/LlGetStartParameter
...
Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
2015-03-03 15:35:23 -05:00
b8157174ca
corrected llResetScript according to description within LSL wiki
...
Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
2015-03-03 15:35:00 -05:00
b4e955d1c1
Avoid a possible race condition by serializing plugin data outside the EventQueue lock in ScriptInstance.SaveState()
...
This takes the AsyncCommandHandler.staticLock.
However, AsyncCommandHandler.DoOneCmdHandlerPass() already holds staticLock and may attempt to take the EventQueue lock via ScriptInstance.PostEvent() in XEngine.CheckListeners()
This is a regression from faaf47a
2015-01-29 17:55:08 +00:00
1bed3aff0b
On a multi-region simulator when AppDomain = true, make sure the DLL from the appropriate script engines subdir is loaded rather than always that of the first engine to load the DLL.
...
This resolves a DLL load failure on my Linux box when an attachment script was present on another region before the avatar arrived.
2015-01-26 23:31:46 +00:00
d0a2ea0857
Fix regression where the stored state of every second script in an object rezzed from inventory (e.g. attachments) was no longer loaded.
...
Likely a regression since f132f642http://opensimulator.org/mantis/view.php?id=7278
2015-01-23 00:27:57 +00:00
faaf47a86f
Prevent a race condition between the script engine backup thread and script removal by locking on the script's EventQueue and only proceeding if it's flagged as still running.
...
Relates to http://opensimulator.org/mantis/view.php?id=7407
2015-01-16 23:55:11 +00:00
8d724e90de
For scripts in attachments, don't save .state files apart from the initial one as these are ignored since .state is saved in the attachment's asset.
...
This eliminates pointless work and exceptions when an appdomain is unloaded whilst an attachment script state is persisted.
Adds test for this case.
Relates to http://opensimulator.org/mantis/view.php?id=7407
2015-01-16 22:46:48 +00:00
dbd500db42
minor: Add event name to existing debug output when a script event fails with an exception. To aid debugging.
2015-01-08 22:59:29 +00:00
2b9f0647de
Fix a regression where objects crossing regions in the same simulator (on their own or as attachments) with AppDomainLoading = false would create the new state in the source region area rather than the dest.
...
This was beause the code was finding the script DLL compiled for the source region as everything is in the same appdomain and using this as the location for the destination script state, etc.
This resolves the regression by passing the proper destination separately from the DLL retrieved.
Probably a regression since commit d7b92604http://opensimulator.org/mantis/view.php?id=7278
2014-12-10 00:25:27 +00:00
72d1d96c5c
Always close script linemap file after reading and always dispose of other streams in the script engine even if exceptions are thrown.
2014-12-03 20:31:09 +00:00
15b38f0036
minor: further cleanup of old vb and yield prolog script engine references that were removed some time ago
2014-07-11 00:15:47 +01:00
d7b9260496
If [XEngine] ScriptStopStrategy is changed between abort and co-op, for the existing session use the previous strategy for that script rather than not starting the script at all.
...
We have to do this since we can't unload existing DLLs if they're all in the same AppDomain.
But we can still update the underlying DLL which will be used in the next simulator session.
2014-07-11 00:03:02 +01:00
7c121a2acc
Change XEngine to call StateChange rather than RemoveScript on state changes
2014-04-30 20:56:49 +01:00
6734b94761
Better error messages
...
This resolves http://opensimulator.org/mantis/view.php?id=6936
2014-03-24 12:22:32 +01:00
1c7accf950
* Fix a null ref that causes a stack unwind when crossing borders. Less stack unwinding.. the faster it goes.
...
* Tweak XEngine so that it's partially functional again. It's still not great, but basic things work.
(cherry picked from commit 01c3be2746
2013-09-16 11:32:05 -05:00
4a6eff1ee8
Merge branch 'master' into careminster
2013-08-13 22:53:47 +01:00
a90351cd2c
Remove exception when printing error for failure removing script state.
2013-08-13 11:49:09 -07:00
7830cc9954
Merge branch 'master' into careminster
...
Conflicts:
OpenSim/Capabilities/Handlers/GetTexture/GetTextureHandler.cs
OpenSim/Region/ClientStack/Linden/Caps/BunchOfCaps/BunchOfCaps.cs
OpenSim/Region/ClientStack/Linden/Caps/UploadBakedTextureModule.cs
OpenSim/Region/ClientStack/Linden/UDP/LLUDPServer.cs
OpenSim/Region/CoreModules/Framework/Caps/CapabilitiesModule.cs
OpenSim/Region/CoreModules/Scripting/HttpRequest/ScriptsHttpRequests.cs
OpenSim/Region/CoreModules/ServiceConnectorsOut/Simulation/LocalSimulationConnector.cs
OpenSim/Region/Framework/Scenes/Scene.cs
OpenSim/Region/Framework/Scenes/SceneCommunicationService.cs
OpenSim/Region/Framework/Scenes/SceneObjectPart.cs
OpenSim/Region/Framework/Scenes/ScenePresence.cs
OpenSim/Region/ScriptEngine/Shared/Api/Implementation/Plugins/SensorRepeat.cs
OpenSim/Server/Handlers/Simulation/AgentHandlers.cs
OpenSim/Services/Connectors/Asset/AssetServicesConnector.cs
OpenSim/Services/Connectors/Simulation/SimulationServiceConnector.cs
OpenSim/Services/HypergridService/UserAgentService.cs
2013-07-18 10:08:10 +01:00
3d118fb580
In co-op termination, extend EventWaitHandle to give this an indefinite lifetime in order to avoid a later RemotingException if scripts are being loaded into their own domains.
...
This is necessary because XEngineScriptBase now retains a reference to an EventWaitHandle when co-op termination is active.
Aims to address http://opensimulator.org/mantis/view.php?id=6634
2013-07-13 00:02:54 +01:00
UbitUmarov