| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
| |
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"
|
| |
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
| |
SimExtraStatsCollector
and thus for the command 'show stats' because it is ugly and most of the information
is already output in the formatted printout that appears before.
|
| | |
|
| |
|
|
| |
about the histogram as well as the values.
|
| |
|
|
| |
only outputs the statistics in the specified container in the category.
|
| |
|
|
| |
overloading by aggregation statistics and browser based stat viewers.
|
| |
|
|
|
|
|
| |
the 'count' event is internal, historical data can be built it.
Also includes EventHistogram class for building time based,
bucketed history of event occurances.
Make Stat implement IDisposable for subclasses that might need it.
|
| |
|
|
|
|
| |
Extend implementors of IStatsCollector to return an OSDMap of stats.
Update UserStatsCollector and AssetStatsCollector to return both
string and OSDMap data (as well as console format).
|
| | |
|
| |
|
|
| |
will interate and print in a defined order
|
| |
|
|
|
|
|
|
| |
This is mostly Bluewall's work but I am also bumping the general version number
OpenSimulator 0.7.5 remains in the release candidate stage.
I'm doing this because master is significantly adding things that will not be in 0.7.5
This update should not cause issues with existing external binary DLLs because our DLLs do not have strong names
and so the exact version match requirement is not in force.
|
| | |
|
| |
|
|
| |
Also, "show sensors" changes to "show script sensors".
|
| |
|
|
| |
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.
|
| |
|
|
| |
lifted up into LLUDPServer and be distiguished by scene name
|
| | |
|
| |
|
|
|
|
| |
running via the "debug lludp pool <on|off>" console command. For debug purposes.
This does not currently apply to the higher LLUDP packetpool.
|
| |
|
|
|
|
|
|
| |
they are enabled. Add count stats for existing LLUDP pool.
This introduces a pull stat type in addition to the push stat type.
A pull stat takes a method on construction which knows how to update the stat on request.
In this way, special interfaces for pull stat collection are not necessary.
|
| |
|
|
| |
memory churn changes rather than waiting for the average to move.
|
| | |
|
| |
|
|
| |
packetpool stats.
|
| |
|
|
|
|
| |
the build order.
Luckily, it turns out Framework.Monitoring doesn't need to reference Console directly.
|
| |
|
|
|
| |
These were neither being returned or in many places reused.
Getting packets from a pool rather than deallocating and reallocating reduces memory churn which in turn reduces garbage collection time and frequency.
|
| |
|
|
|
|
| |
This allows different categories of stats to be shown, with options to list categories or show all stats.
Currently categories are scene and simulator and only a very few stats are currently registered via this mechanism.
This commit also adds percentage stats for packets and blocks reused from the packet pool.
|
| |
|
|
| |
Not yet used.
|
| |
|
|
|
|
|
|
|
| |
monitoring module.
This increments a SlowFrames counter if a frame takes over 120% of maximum time.
This commit also introduces a generic OpenSim.Framework.Monitoring.Stat which is available to any code that wants to register a statistic.
This is more granualar than asking objects to create their own reports.
At some point this will supersede earlier IMonitor and IAlert facilities in MonitoringModule which are only available to scene code.
|
| |
|
|
|
|
|
| |
passing the original ThreadWatchdogInfo structure.
This is to avoid the possibility of misleading reporting if a watchdog update outraces an alarm.
Should address any remaining issues from http://opensimulator.org/mantis/view.php?id=6012
|
| |
|
|
| |
This is to avoid false positives when the machine is under heavy load whilst starting up.
|
| |
|
|
| |
currently calculated dynamically
|
| |
|
|
| |
with other monitoring code from OpenSim.Framework
|
|
|
This better reflects the long-term purpose of that project and matches Monitoring modules.
|
