| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | | | |
| | | | |
| | | | |
| | | | | |
* This still has the image throttler in it.. as is... so it's not suitable for live yet.... The throttler keeps track of the task throttle but doesn't balance the UDP throttle yet.
|
|\ \ \ \ \
| | |_|_|/
| |/| | | |
|
| | | | |
| | | | |
| | | | |
| | | | | |
other classes.
|
| | | | |
| | | | |
| | | | |
| | | | | |
boundries.
|
| | | | |
| | | | |
| | | | |
| | | | | |
BulletSim libraries with code stripped of the obsolete code.
|
|\ \ \ \ \
| | |_|_|/
| |/| | | |
|
| | | | | |
|
| |\ \ \ \
| | |_|/ /
| |/| | | |
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | | |
reusing a shared one than may not be valid
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
to be OK with me specifying allowing 1 oversized image per 70,000b/sec with at least one. Try it out, start with a low bandwidth setting and then, set your bandwidth setting middle/high and see the difference.
Tested with Two Clients on a region with 1800 textures all visible at once.
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
PollServiceTextureEventArgs. Each poll service having it's own throttle member is more consistent with the model then the region module keeping track of all of them globally and better for locking too. The Poll Services object is not set static to handle multiple nearby regions on the same simulator.
Next step is hooking it up to HasEvents
|
| | | | |
| | | | |
| | | | |
| | | | | |
EventManager, so that modules can know when throttles are updated. The event contains no client specific data to preserve the possibility of 'multiple clients' and you must still call ControllingClient.GetThrottlesPacked(f) to see what the throttles actually are once the event fires. Hook EventManager.OnUpdateThrottle to GetTextureModule.
|
|\ \ \ \ \
| | |_|/ /
| |/| | | |
|
| | | | |
| | | | |
| | | | |
| | | | | |
XInventoryService.
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This was necessary historically but hasn't been for many years.
Can still get CreatorIdAsUuid, which is really just a UUID cached version of the string CreatorId
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This is to help track down http://opensimulator.org/mantis/view.php?id=6359 where creator IDs on items and rezzed objects have been reported to sometimes change.
This should never happen - a particular item should never change creators (if an item is given then a new item (with new id) is created).
Invariants are inventory type, asset type, folder (changed only on MoveItems()), CreatorIdentification and Owner.
If caller attempts to change an invariant, warning is logged but other properties are still changed.
If you see this warning, reporting on Mantis 6359 would be very welcome with the exact operation being done at the time.
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | | |
clarity.
|
| |\ \ \ \ |
|
| | | | | | |
|
| |/ / / /
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
delta over time.
The chief motivation for this is to be able to tell whether there's any impact on incoming packet processing from enabling extra packet pooling.
|
| | | | |
| | | | |
| | | | |
| | | | | |
in mysql, mssql and sqlite database plugins
|
|\ \ \ \ \
| |/ / / /
| | | | |
| | | | |
| | | | | |
Conflicts:
OpenSim/Region/ClientStack/Linden/UDP/LLUDPServer.cs
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
I am not in a position to test this so the updates have been done blind.
If it needs any fixing will probably require patches.
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
handling thread.
This prevents a slow grid information network call from holding up the main packet handling thread.
There's no obvious race condition reason for not doing this asynchronously.
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
udp packet handling thread.
There's no obvious race condition reason for doing this on the main packet handling thread.
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
LLClientView directly.
This releases the inbound packet handling thread marginally quicker and is more consistent with the other async packet handling
|
| | | | |
| | | | |
| | | | |
| | | | | |
lifted up into LLUDPServer and be distiguished by scene name
|
| | | | |
| | | | |
| | | | |
| | | | | |
Also puts some packet processing counts in a container named after the scene so that stats can be collected from more than one scene.
|
|\ \ \ \ \
| |/ / / / |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| |\ \ \ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
possible.
Not doing SQLiteInventoryStore since this is no longer used and should disappear in the future.
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
loaded then halt with informative message rather than a later NRE.
Halt already occurs if the relevant config sections are not present.
So it also makes sense to halt if the implementations themselves cannot be loaded.
|
| |/ / / /
| | | | |
| | | | |
| | | | | |
service)
|
| | | | |
| | | | |
| | | | |
| | | | | |
which had been forgotten.)
|
| |\ \ \ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
without <copy> nant target generation and on mono 2.4.3
|
| | | | | | |
|
| | |\ \ \ \ |
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
files into bin/Debug or bin/Release
nant_0.91~alpha2+dfsg-3_all.deb in Ubuntu 12.04 and earlier actually ignored these due to a bug
However, nant 0.92~rc1+dfsg-2 in Ubuntu 12.10 fixes this bug (possibly https://github.com/nant/nant/pull/39).
Which makes nant time-consumingly copy these files when the aren't actually used.
Tested removal of <copy> on both nant 0.91 and nant 0.92
Will be submitting this patch to prebuild project for comment though I suspect there's nobody there to pay attention.
|
| | |/ / / /
| |/| | | |
| | | | | |
| | | | | | |
have an AssemblyInfo file.
|
| | | | | | |
|