| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
asynchronously (filling up the threadpool with handlers), which would turn around and try to do parallel operations on the starved threadpool. The solution for now is to disable Parallel.cs operations until we can gracefully handle parallel operations with a potentially starved threadpool
|
|
|
|
|
|
|
| |
instead of throwing and catching exceptions
* Commenting out the MySQL startup sequence that cleans out dropped attachments under the advice that it is no longer relevant. If anything, it could be brought back as a database cleanup console command
* Updated to the latest libomv 0.8.0-pre. UUID.TryParse() will no longer throw and catch exceptions for most failed UUID parses
|
|
|
|
|
|
| |
to use a non-blocking parallel method when operating in async mode
* Minor code readability cleanup
|
| |
|
|
|
|
| |
* Tested the previous patch and found no regressions
|
| |
|
|
|
|
|
|
| |
in faster than the surrounding scene
* Adds duplicate tracking for SceneObjectParts and ScenePresences to avoid sending out duplicate ImprovedTerseObjectUpdate packets
|
|
|
|
| |
inside Scene as an implementation detail. This will reduce programming error and make it easier to refactor the avatar vs client vs presence mess later on
|
|
|
|
|
|
|
|
| |
or async to use Scene.ForEachClient() instead of referencing ClientManager directly
* Added a new [Startup] config option called use_async_when_possible to signal how to run operations that could be either sync or async
* Changed Scene.ForEachClient to respect use_async_when_possible
* Fixing a potential deadlock in Parallel.ForEach by locking on a temporary object instead of the enumerator (which may be shared across multiple invocations on ForEach). Thank you diva
|
|
|
|
| |
ODE (helps the GC make better scheduling choices), and a call to GC.Collect() right before logins are enabled for a region. Although this doesn't change actual memory usage, it improves the reported usage from OpenSim and the operating system
|
|
|
|
| |
dictionary to store unique meshes in Meshmerizer based on creation params. This patch contains a dictionary to map each of those unique meshes to its ODE TriMeshData. This eliminated hundreds of megabytes of memory consumption in the unmanaged heap when there are lots of the same prim (roof tiles, bricks, siding, decks, chairs, etc). The objects do not need to be physical to benefit from this patch.
|
|
|
|
| |
list of their prims in the region and none exist. Instead of leaving pack.Data null, this patch sets a new DataBlock[0];
|
| |
|
|
|
|
|
|
| |
track threads once the first call to UpdateThread() has been made, and allow re-tracking of threads that timed out but revived later
* Added a commented out call to Watchdog.UpdateThread() in OdeScene. If it turns out that loading a large OAR file or some other operation is timing out the heartbeat thread, we'll need to uncomment it
|
|
|
|
| |
on the async_packet_handling config option, and added a debug log message when a UseCircuitCode packet is handled
|
|\ |
|
| |
| |
| |
| | |
the transfers that never happen.
|
| |
| |
| |
| | |
before the file data to be transfered is ready.
|
|/
|
|
| |
LLUDPClient.BackoffRTO()
|
| |
|
| |
|
|\ |
|
| |
| |
| |
| | |
the upcoming 0.8.0
|
|/
|
|
| |
the upcoming 0.8.0
|
|
|
|
|
|
|
|
|
|
| |
Parallel. This is quite possibly the source of some deadlocking, and at the very least the synchronous version gives better stack traces
* Lock the LLUDPClient RTO math * Add a helper function for backing off the RTO, and follow the optional advice in RFC 2988 to clear existing SRTT and RTTVAR values during a backoff
* Removing the unused PrimitiveBaseShape.SculptImage parameter * Improved performance of SceneObjectPart instantiation * ZeroMesher now drops SculptData bytes like Meshmerizer, to allow the texture data to be GCed * Improved typecasting speed in MySQLLegacyRegionData.BuildShape()
* Improved the instantiation of PrimitiveBaseShape
|
|
|
|
|
|
| |
initialized. Ideally, the timers would not initialize unless the module was actually enabled, but Melanie's work on configuring module loading from a config file should make that unnecessary
* Wrapped the Bitmap class used to generate the world map tile in a using statement to dispose of it after the JPEG2000 data is created
|
|
|
|
| |
delegate (which STP appears to hold on to). This removes the slow leak I was seeing when using async_call_method=SmartThreadPool and stabilizes allocated memory for an idle OpenSim instance
|
|
|
|
|
|
|
| |
handle PluginLoader with the using pattern. This freed up 121,634,796 bytes on my system
* Avoid allocating an Action<IClientAPI> object every round of the OutgoingPacketHandler
* Removed unnecessary semi-colon endings from OpenSim.ini.example [InterestManagement] section
|
|\ |
|
| |
| |
| |
| | |
Inconsistent locking of ODE tainted prims
|
|/
|
|
| |
removed and several new parameters have been added to [ClientStack.LindenUDP]
|
|
|
|
|
|
| |
When I attempt to 'save oar' on a region with thousands of scripts with timers, I get a NullReferenceException every time. The problem comes from inconsistent locking in SensorRepeat.cs of the SenseRepeaters List. It is iterated and modified in many places and these places are all wrapped in a lock except in the GetSerializationData(). This is the function throwing the exception because an item in the list becomes null during iteration.
The attached patch locks SenseRepeatListLock in GetSerializationData()
|
| |
|
|\ |
|
| |
| |
| |
| | |
equation to give double weight to prims/avatars in front of you
|
|/ |
|
| |
|
|
|
|
| |
* Implemented section 5.5, exponential backoff of the RTO after a resend
|
|
|
|
| |
setting throttles (normal)
|
|
|
|
| |
avoiding locking and copying the list each time it is accessed
|
| |
|
|
|
|
| |
consistent with the rest (and so chi11ken's auto copyright adding script doesn't duplicate the copyright.
|
|
|
|
|
|
| |
which is right
* Fix WorldMapModule.process() to not trip the watchdog timer
|
| |
|
|
|
|
| |
* Sending m_rotation instead of m_bodyRot in full updates to match terse updates (no idea which one is right!)
|
|\ |
|
| | |
|
|/
|
|
| |
use Watchdog.StartThread(). While your thread is running call Watchdog.UpdateThread(). When it is shutting down call Watchdog.RemoveThread(). Most of the threads in OpenSim have been updated
|
|\ |
|
| | |
|