| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|
|
|
| |
This reverts commit ebeef02fef1a04b5b4cfe13dad588bcce7f9ba21.
|
|
|
|
| |
reporting login issues.
|
|
|
|
| |
it is needed again. Mantis #5365
|
| |
|
|
|
|
| |
This reverts commit 585473aade100c3ffeef27e0c8e6b6c8c09d0109.
|
|
|
|
| |
This reverts commit ba202ea9b08b1205de343c65fd209b6cca4cb6bc.
|
| |
|
|
|
|
| |
overflown integer operations. Also added Total to the scene throttles in show throttles.
|
| |
|
| |
|
|
|
|
| |
race condition happen, and got very similar results to those described in mantis #5365 -- no prims/avie sent back.
|
| |
|
| |
|
|
|
|
| |
"emergency-monitoring on/off"
|
|
|
|
|
|
| |
Revert "refactor: remove redundant null checks"
This reverts commit 6e58996b4d9db202cd7795a37bd687362effef48.
|
| |
|
|
|
|
| |
This is already being incremented in LLUDPServer.SendPacketFinal for every packet
|
| |
|
|
|
|
|
|
|
|
|
| |
the server settings.
This is in a very crude state, currently.
The LindenUDPModule was renamed LindenUDPInfoModule and moved to OptionalModules
OptionalModules was given a direct reference to OpenSim.Region.ClientStack.LindenUDP so that it can inspect specific LindenUDP settings without having to generalize those to all client views (some of which may have no concept of the settings involved).
This might be ess messy if OpenSim.Region.ClientStack.LindenUDP were a region module instead, like MXP, IRC and NPC
|
|
|
|
|
|
| |
of bytes.
Byte amounts aren't actually available - this was a misunderstanding of TokenBucket.Content. But raw packet numbers are.
|
|
|
|
| |
packet
|
|
|
|
| |
Didn't touch the appearance related stuff.
|
| |
|
|
|
|
| |
Bytes were being wrongly added again on a resend
|
|
|
|
| |
animations
|
|
|
|
| |
some point.
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| | |
* Added Calculating Time Dilation in the OdePlubin
* When multiple object updates are stuffed into one packet, average the time dilation between them as a compromise.
* Time Dilation on the update is calculated when the EntityUpdate object is created. The pre-calc-ed TD is stored in the Entity update and used when it goes out on the wire. Previously, it was 1.0 all the time. The time dilation is tied to when the update is created, not when the update is sent.
|
|/
|
|
| |
which now lives entirely in LindenUDP space.
|
|
|
|
|
|
| |
* Adds an item that checks to see if the top request has been there for longer then 30 seconds without an update and sends an AbortXfer if it encounters one. This allows the client to cancel the Xfer on it's side so you can re-select the prim and get the inventory when it fails the first time.
* Some interesting locking... Using NewFiles to lock the rest of them. We'll see how that goes.
* The goal of this is to ensure that Xfers are restartable when they fail. The client will not do that on it's own.
|
|
|
|
| |
ImprovedTerseObjectUpdate messages
|
|
|
|
|
|
|
| |
m_entityUpdates.SyncRoot
These locks are necessary to avoid a delete/update race condition for scene objects.
However, since we're now locking on m_killRecord this shouldn't cause delays to m_entityUpdates reprioritization
|
|
|
|
| |
updates for self movement as absolute top priority, going in to the unthrottled category. Self only, not other avies.
|
|
|
|
| |
reprioritizations from actually happening. #LoginLag
|
|
|
|
|
|
|
| |
Remove the too coarse CanEditParcel method in favor of a CanEditParcelProperties
method that takes a GroupPowers argument to specify what action is to be
taken. Also, make the method to set parcel data much more granular. Permissions
in a deeded setting should now work.
|
|
|
|
|
|
|
|
| |
feature of the client. The client sets the throttles in such a way that makes the server behave like that. The same happens in the Linden Grid.
Revert "This may have been the biggest, baddest bug in OpenSim ever... confusion between bytes per second and bytes per millisecond."
This reverts commit 870bbcfc6c264c515ac660837d16ccad4e59ac64.
|
|
|
|
| |
between bytes per second and bytes per millisecond.
|
|
|
|
| |
This reverts commit ccb4f958c0dbb2daad4249a6b97d1c0b008b6a47.
|
| |
|
|
|
|
|
|
| |
SceneObject updates, and place them in different queues."
This reverts commit f84905e2949d61239c8bff815f8061a9435c124c.
|
|
|
|
| |
updates, and place them in different queues.
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
If an LL 1.23.5 client (and possibly earlier and later) receives an object update after a kill object packet, it leaves the deleted prim in the scene until client relog
This is possible in LLUDPServer if an object update packet is queued but a kill packet sent immediately.
Beyond invasive tracking of kill sending, most expedient solution is to always queue kills, so that they always arrive after updates.
In tests, this doesn't appear to affect performance.
There is probably still an issue present where an update packet might not be acked and then resent after the kill packet.
|
| | |
|
|\ \
| |/ |
|
| |
| |
| |
| | |
This should show the number of bytes sent to the client that it has not yet acknowledged.
|
| |
| |
| |
| |
| | |
For each agent, this command shows how many packets have been sent/received and how many bytes remain in each of the send queues (resend, land, texture, etc.)
Sometimes useful for diagnostics
|
| | |
|