| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
| |
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.
|
