| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| | |
prioritization
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
debug pane. This will still use DEBUG_CHANNEL currently, since it is not
fully implemented. This also removes the "Compiled successfully" message
that pops up in the viewer.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This avoids .NET remoting and a managed->unmanaged->managed jump. Overall, a night and day performance difference
* Initialize the LLClientView prim full update queue to the number of prims in the scene for a big performance boost
* Reordered some comparisons on hot code paths for a minor speed boost
* Removed an unnecessary call to the expensive DateTime.Now function (if you *have* to get the current time as opposed to Environment.TickCount, always use DateTime.UtcNow)
* Don't fire the queue empty callback for the Resend category
* Run the outgoing packet handler thread loop for each client synchronously. It seems like more time was being spent doing the execution asynchronously, and it made deadlocks very difficult to track down
* Rewrote some expensive math in LandObject.cs
* Optimized EntityManager to only lock on operations that need locking, and use TryGetValue() where possible
* Only update the attachment database when an object is attached or detached
* Other small misc. performance improvements
|
|\ \
| | |
| | |
| | | |
into prioritization
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
packets to fill in the data more accurately and avoid allocating memory that is immediately thrown away
* Changed the Send*Data structs in IClientAPI to use public readonly members instead of private members and getters
* Made Parallel.ProcessorCount public
* Started switching over packet building methods in LLClientView to use Util.StringToBytes[256/1024]() instead of Utils.StringToBytes()
* More cleanup of the ScenePresences vs. ClientManager nightmare
* ScenePresence.HandleAgentUpdate() will now time out and drop incoming AgentUpdate packets after three seconds. This fixes a deadlock on m_AgentUpdates that was blocking up the LLUDP server
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
our own avatar is ready to send
* Reduce the scope of the locks when processing the update queues
* Reuse the ImprovedTerseObjectUpdate.RegionData block
|
| | |
| | |
| | |
| | | |
decoded to allow garbage collection on it
|
| | |
| | |
| | |
| | |
| | |
| | | |
* Handle the AgentFOV packet
* Bypass queuing and throttles for ping checks to make ping times more closely match network latency
* Only track reliable bytes in LLUDPCLient.BytesSinceLastACK
|
| | |
| | |
| | |
| | | |
* Fixing a log message typo
|
|/ /
| |
| |
| | |
re-prioritizing updates
|
| | |
|
| | |
|
|\ \
| |/ |
|
| | |
|
|\ \
| |/ |
|
| |
| |
| |
| | |
Thank you, Fly-Man
|
|\ \
| |/ |
|
| | |
|
|\ \
| |/ |
|
| | |
|
|\ \
| |/
| |
| | |
prioritization
|
| |
| |
| |
| | |
relogging.
|
| |
| |
| |
| | |
scenepresence that there was an issue so it doesn't try to make the capsule again. I have a feeling that this is some kind of object leak. We'll know for sure.. soon.
|
| |
| |
| |
| | |
finer grained prioritization of avatars vs. prims
|
| |
| |
| |
| | |
RegionLoaded() a two line function
|
| |
| |
| |
| | |
IRegionModuleBase interface where AddRegion(), RegionLoaded(), etc. actually exist. Shot in the dark at fixing the Mono issue
|
| |
| |
| |
| | |
for each RegionLoaded() call. This probably won't fix nebadon's crash, but it seems like a good idea
|
| |
| |
| |
| | |
RegionLoaded from firing for testing
|
| | |
|
| |
| |
| |
| | |
work around a Mono bug with nested delegates
|
| |
| |
| |
| | |
a friendly error message and drop the packet
|
| |
| |
| |
| |
| |
| | |
increase throughput. Apologies to Jim for hacking on your code while it's only halfway done, I'll take responsibility for the manual merge
* Changed LLUDP to use its own MTU value of 1400 instead of the 1200 value pulled from the currently shipped libomv
|
|\ \
| |/
| |
| | |
prioritization
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
statement inside a try/catch. This statement times out for me very frequently
* More verbose logging when zerocoding fails on an outbound packet
|
|\ \
| |/
| |
| | |
prioritization
|
| |
| |
| |
| | |
it will definitely get us closer to the root cause.
|
| |
| |
| |
| |
| |
| | |
cloud issues
* Changed the throttling logic to obey the requested client bandwidth limit but also share bandwidth between some of the categories to improve throughput on high prim or heavily trafficked regions
|
| |
| |
| |
| | |
prioritization scheme
|
|\ \
| |/
| |
| | |
prioritization
|
| |\ |
|
| | |
| | |
| | |
| | | |
RemoveFromPhysicalScene or we'll be leaking
|
| | |
| | |
| | |
| | | |
debugging easier. Without this, from the user's perspective.. they cannot move, fly or otherwise do anything physical and without a message on the console, it would be hard to tell that this is what is occurring.
|
| | |
| | |
| | |
| | |
| | |
| | | |
allocate memory, and therefore the unmanaged wrapper call fails or worse.. there's some unmanaged resource accounting in the ODEPlugin for ODECharacter that isn't being done properly now.
* The broken avatar may not be able to move, but it won't stop simulate from pressing on now. And, the simulator will try to destroy the avatar's physics proxy and recreate it again... but if this is what I think it is, it may not help.
|
| |/ |
|
| |
| |
| |
| | |
to match defaults in code
|