| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
"C:\foo\MyDll.dll:MyType" -- the split on : was messing things up.
|
| |
|
| |
|
|
|
|
| |
test this new model for the next couple of weeks.
|
| |
|
|\ |
|
| |\
| | |
| | |
| | | |
Merge in the new throttle code.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
them in the code for later use rather than just reverting them.
Fixed the throttle tests for the new algorithm used when packets
are marked as expired.
|
| | |
| | |
| | |
| | | |
coming later
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
rather
than drop exponentially to 0 (and then adjust up for the minimum flow), drop on
the delta between current rate and the minimum rate. This should smooth the fallback
to minimum.
|
| | |
| | |
| | |
| | | |
compute the expected values without depending on the token bucket code.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
adaptive throttle by a full MTU. This is consistent with some implementations
of congestion control algorithms and certainly has the effect of opening
the throttle window more quickly after errors. This is especially important
after initial scene load when the number and size of packets is small.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
throttles. Setting adaptive_throttle_min_bps will change the
minimum rate that the adapative throttles will drop to in case
of network packet loss. The current rate default rate is 256kbps.
The viewer can throttle rates under that amount, but the dynamic
adaptation will not.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
algorithm for dropping packets is a modified two state algorithm for creating
bursts of dropped packets. As configured there is about a 1.5% drop rate.
Invocation of the packet loss code is commented out by default.
|
|/ /
| |
| |
| | |
Add loading of 3rd-party addin inis automatically.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
- It establishes 4 digits for opensim versions
- It uses the same number between opensim releases and mono addins versions
It also eliminates the last addin.xml files that were still there, for consistency.
|
|\ \ |
|
| |/ |
|
| |
| |
| |
| |
| |
| |
| | |
This cleans up Opensim's use of mono addins. In particular, the extension points /OpenSim/RegionModules and /OpenSim/WindModule moved from OpenSim.exe to OpenSim.Region.Framework.dll. From here on, developers of region modules should declare their dlls to be dependent on OpenSim.Region.Framework, starting with version 0.8.1
Additional changes:
- Addins version uniformly updated to 0.8.1. These numbers should be compatible with the release numbers or else it becomes very confusing.
- Mono addins directives moved from files addins.xml to embedded directives in the class and assembly declarations, to make it all consistent
|
| |
| |
| |
| | |
doesn't need to match the release version number, but I think it's a very good idea that they do.
|
|/ |
|
|
|
|
| |
existence of region modules that do other kinds of garbage collection. Instead of placing deleted objects in the user's Trash folder, or deleting them immediately (UseTrashOnDelete = false), a module may decide to take garbage collection under its control. For example, it may place derezzed objects in a certain area inworld and delete them later.
|
|
|
|
|
|
|
|
| |
block the request instead of throwing an exception.
Normally, WhiteList is an empty list but from Mantis 7389 it looks like it might sometimes be possible for it to be null (haven't seen this up till now)
It looks like failing with an exception instead of properly replying to the request (which comes in via a cap) might be enough, surprisingly, to freeze a viewer until timeout.
Part of http://opensimulator.org/mantis/view.php?id=7389 but probably unrelated to the actual issue of that mantis.
|
| |
|
|
|
|
| |
disposes the stream rather than disposing the stream directly
|
| |
|
|
|
|
| |
disposed no matter what
|
|
|
|
| |
Store() no matter what
|
|
|
|
|
|
| |
sometimes look to start attachment scripts before ETM.HandleIncomingSceneObject() had added them.
Probably a regression since ghosts branch merge on Nov 26 2014
|
| |
|
| |
|
|
|
|
| |
This provides no obvious benefit as far as I can tell but has a definite cost in keep script strings in memory for the entire simulator session.
|
|
|
|
|
|
|
|
|
|
| |
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 d7b92604 (11 July 2014).
Added regression test for this case.
At least partly addresses http://opensimulator.org/mantis/view.php?id=7278
|
|
|
|
|
|
| |
could complete but see OnRezScript() insert a new job and complete before it set m_CurrentCompile = null
If the above happened, it would mean the new script would not compile until some script was added for compilation.
|
|
|
|
| |
m_CompileDict to avoid a rare but not impossible race condition.
|
|
|
|
| |
RecordAssetUuids() to AddForInspection() as this properly describes what both of these methods do.
|
|
|
|
| |
times on each cached asset once, not for every reference.
|
|
|
|
| |
like UUIDGatherer, so we can deal with future cases where the dictionary may already be pre-populated.
|
| |
|
|
|
|
|
|
| |
access violation if another thread is operating on the file at the same time.
Resolves one issue from http://opensimulator.org/mantis/view.php?id=7271
|
|
|
|
| |
UpdateFileLastAccessTime() method for imminent reuse.
|
|
|
|
|
|
| |
updating access time.
The majority of updates won't be for anything currently writing and any sharing exception from an actual clash can be caught and ignored anyway.
|
|
|
|
| |
even being set. Region parameters come from Scene.RegionInfo instead.
|
|
|
|
| |
region with its parameters rather than 2
|
|
|
|
| |
config change (a rare situation), then explicitly log this for debug purposes.
|
|
|
|
|
|
|
| |
controlled at runtime with the command "debug xengine log <level>", as with similar commands.
If log level is 1 then every script load is logged.
This means the <logger name="OpenSim.Region.ScriptEngine.XEngine"> section in OpenSim.exe.config is no longer needed to avoid log spam on regions with many scripts and can be removed.
|
|
|
|
|
|
| |
writing the linemap.
The previous error report of already exists is inaccurate since existing files do get overwritten.
|
|
|
|
| |
streams in the script engine even if exceptions are thrown.
|
| |
|