| Commit message (Collapse) | Author | Files | Lines |
|
Conflicts:
OpenSim/Region/PhysicsModules/ConvexDecompositionDotNet/Properties/AssemblyInfo.cs
|
|
Clean up of simulation version, the number that rules the compatibility of teleports:
- It's not configurable anymore, it's fixed in code. Each number means an increase in features of the teleport procedure
- Its definition moved to the global VersionInfo class
As of now it's still 0.3.
Conflicts:
OpenSim/Region/CoreModules/Framework/EntityTransfer/EntityTransferModule.cs
|
|
|
|
|
|
|
|
|
|
|
|
other regions get updated
|
|
|
|
|
|
|
|
|
|
it was wrong set in seconds
|
|
|
|
eliminating 2 top-level dlls that didn't make much sense.
|
|
array indexes all over the place
|
|
|
|
|
|
OpenSim.Framework.
|
|
used anywhere.
Also folded GenericAsyncResult into RestClient, since it is used only there. This is preparation to remove Framework.Communications entirely.
|
|
|
|
the resolution avaiable for StopWatchs. Value in double since it can be large (as machine uptime in high resolution ticks)
|
|
|
|
scenepresence)
|
|
|
|
|
|
|
|
|
|
|
|
sl terrain, but may break existent terrain and that may cost a lot more
than the cost of memory
|
|
|
|
suporte height from 0 to 655.53m that includes SL limits ( still need to
add code to trap eventual negative values from dbs or user input)
|
|
|
|
|
|
setting of keepalive is wrong, it should follow the requested one ( or
always as http1.1) only deny if needed (errors). KeepAlive may increase
stress on number of avaiable file descritors.
|
|
in order. ( next commits will be about necessary keepAlive changes needed)
|
|
|
|
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.
|
|
|
|
logging
If the XML was truncated for some reason then ExecuteReadProcessors() would get into an infinite loop, using high CPU. Now it detects EOF (and several other error cases) and aborts.
The rest of the changes just improve logging of XML in case of errors, so that we can see what the bad XML is.
|
|
|
|
inventory folders. The newest version of libomv itself is committed here. Basically, everything that was using the AssetType enum has been combed through; many of those uses were changed to the new FolderType enum.
This means that from now on, [new] root folders have code 8 (FolderType.Root), as the viewers expect, as opposed to 9, which was what we had been doing. Normal folders are as they were, -1. Also now sending folder code 100 for Suitcase folders to viewers, with no filter.
All tests pass, but fingers crossed!
|
|
Another change: removed the second call to userManager.AddUser(). UserManagementModule won't modify an existing record.
|
|
assets being passed around via HG and archives. No guarantees that all the leaks have been found, but at least it detects and fixes these bad assets upon:
(1) storing and getting assets over HG -- assuming the core HG asset service is being used (not the case with OSGrid!)
(2) importing assets via OAR and IAR
Instantiation of bad assets now should also work, instead of producing an exception, but the bad assets themselves aren't being fixed in the DB. That should be done with a cleaning tool -- see Perl script in Mantis #7657.
Virus!
|
|
|
|
Signed-off-by: Diva Canto <diva@metaverseink.com>
|
|
Whilst this can be very useful to identify threads held too long by incoming packet processing,
it can also be very misleading as the count updates are not atomic (race conditions lead to growth in numbers over time).
This could be solved by making the counts volatile but I don't currently have time to assess the performance impact, though it's almost certainly negligible.
If anybody else wants to do that and re-enable this command then please feel free.
|
|
IIventoryService that fetches sets of folders at once. Also added folder id in the InventoryCollection data structure, so that we don't need to go to inventory server again just for that. This reduces the chatter between sims and inventory server by... a lot. On my tests, this reduces initial inventory download down to 30% of what it currently is.
|
|
rewriting. Also added some unit tests that relate to mantis #7514
|
|
reporting stats. The bug was caused by the current process threads which can return null references.
Test Plan: Tested on windows using opensim standalone and the json stats.
Reviewers: rlouden, ssirigam, clattin, martin, kboswell
Reviewed By: rlouden, ssirigam, clattin, martin, kboswell
Differential Revision: http://cr.irl.ucf.edu/D277
|