| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
requesting.
|
| |
|
| |
|
|\ |
|
| |
| |
| |
| | |
This happens in HEAD handlers.
|
|/
|
|
|
|
|
|
|
| |
to print various counts of capability invocation by user and by cap
This currently prints caps requests received and handled, so that overload of received compared to handled or deadlock can be detected.
This involves making BaseStreamHandler and BaseOutputStream record the ints, which means inheritors should subclass ProcessRequest() instead of Handle()
However, existing inheriting classes overriding Handle() will still work, albeit without stats recording.
"show caps" becomes "show caps list" to disambiguate between show caps commands
|
|
|
|
| |
This reverts commit c95a23863ab51810ccc01afd3dd641c18a183305.
|
| |
|
| |
|
|
|
|
| |
This didn't seem to be working anyway and it's better not to have such hacks in the code for experimental stuff.
|
| |
|
|
|
|
|
|
|
|
| |
This is in order to reduce the likelihood of naming clashes, make it easier to filter in/out attributes, ensure uniformity, etc.
All dynattrs in the opensim distro itself or likely future ones should be in the "OpenSim" namespace.
This does alter the underlying dynattrs data structure. All data in previous structures may not be available, though old structures should not cause errors.
This is done without notice since this feature has been explicitly labelled as experimental, subject to change and has not been in a release.
However, existing materials data is being preserved by moving it to the "Materials" store in the "OpenSim" namespace.
|
| |
|
|
|
|
|
|
| |
Also round this and ProcessMemory to three decimal places in common with other memory stats.
I believe leaving out such minor info makes stats easier to read
|
|
|
|
| |
e.g. "show stats httpserver.9000 server.network"
|
|
|
|
| |
rate" since this is more generally meaningful
|
|
|
|
|
|
| |
accidentally != null rather than == FireAndForgetMethod.SmartThreadPool
Due to another check this had no practical effect
|
|
|
|
|
|
|
|
|
| |
separating category and container with a period.
e.g. "show stats server.network"
I failed to realize this had already been implemented without the period in the show stats command (as the command help had not been updated).
However, I would prefer the . approach as it will allow specifying multiple stats, easier wildcarding, etc.
This commit also prevents any stat from having a period in its short name.
|
|
|
|
| |
server.network.HTTPRequestsMade in "show stats all"
|
| |
|
|
|
|
| |
httpserver.<port>.IncomingHTTPRequestsProcessed stat
|
|
|
|
| |
additional stat with sampling would produce wrong results
|
|
|
|
|
|
| |
"show stats server"
Also puts these and previous builtin threadpool stats in the "threadpool" stat container rather than "processor"
|
|
|
|
| |
threadpool to the ServerBase rather than being in Util
|
|
|
|
| |
command if threadpool type was QueueUserWorkItem (Unsafe worked as expected)
|
|
|
|
|
|
| |
This was the original intention with these stats, as I didn't believe they would be useful to ordinary users if everything is working as it should.
Please amend if this is an issue.
Just for now, levels actually have no impact on what is displayed via the "show stats" command.
|
| |
|
|
|
|
|
|
| |
simulator console
This means the "show stats" command is now active on the robust console.
|
|\ |
|
| |
| |
| |
| |
| |
| | |
or removed. Shouldn't impact anyone as only DSG seems to use
OnScenePresenceUpdated event.
Some minor format changes to AnimationSet's ToString().
|
|/
|
|
|
|
|
| |
(debug level 6) on outgoing requests, depending on debug level
This is set via "debug http out <level>"
This matches the existing debug level behaviours for logging incoming http data
|
|
|
|
| |
belong to which HttpServer
|
|
|
|
|
|
|
|
| |
in 3eee991 but removed in 7c0bfca
Do not rely on destructors to stop things.
These fire at unpredictable times and cause problems such as http://opensimulator.org/mantis/view.php?id=6503
and most probably http://opensimulator.org/mantis/view.php?id=6668
|
| |
|
| |
|
| |
|
| |
|
|\ |
|
| |
| |
| |
| | |
UserProfiles for Robust and Standalone. Includes service and connectors for Robust and standalone opensim plus matching region module.
|
|/
|
|
|
| |
display of groups of animations (Equal(), ToString(), FromOSDArray(), ...).
No functional change to animations.
|
|
|
|
|
|
| |
is now viewerside" messages regarding currency
This will require all money modules to be refactored!
|
|
|
|
|
|
|
|
|
|
| |
hashes for the purpose of accurately responding to AgentTextureCached
packets. There is a change to IClientAPI to report the wearbles hashes
that come in through the SetAppearance packet. Added storage of the
texture hashes in the appearance. While these are added to the
Pack/Unpack (with support for missing values) routines (which means
Simian will store them properly), they are not currently persisted in
Robust.
|
|
|
|
|
|
|
| |
in chatlogs, etc. temporarily change each instance of this in OpenSimulator so we can identify where it's coming from
For instance, the "Unknown User" in Util.ParseUniversalUserIdenitifer becaomes "Unknown UserUPUUI (class initials + method initials)
This is to help with http://opensimulator.org/mantis/view.php?id=6625
|
|\ |
|
| | |
|
| | |
|
|/
|
|
| |
Warning - contains a small migration.
|
|
|
|
|
|
|
|
|
|
|
|
| |
packet can be pulled out of LLClientView and moved to
AvatarFactory. The first pass at reusing textures (turned off by
default) is included. When reusing textures, if the baked textures
from a previous login are still in the asset service (which generally
means that they are in the simulator's cache) then the avatar will not
need to rebake. This is both a performance improvement (specifically
that an avatars baked textures do not need to be sent to other users
who have the old textures cached) and a resource improvement (don't
have to deal with duplicate bakes in the asset service cache).
|
| |
|
|
|
|
|
|
|
| |
starting scenes before others have been created.
This aims to avoid a race condition where scenes could look to inform neighbours that they were up before those neighbours had been created.
http://opensimulator.org/mantis/view.php?id=6618
|