| Commit message (Collapse) | Author | Files | Lines |
|---|
|
* You can type 'stats' at the REGION# prompt to get this information in grid or standalone mode
* Don't take these numbers as gospel yet, since for some reason textures displayed from inventory which require downloading from the server are being recorded as assets
rather than textures
* But I don't have any reason to believe they aren't broadly accurate.
* I've put these in so I can tell whether the high memory usage on regions is down to the asset/texture cache
* This will require a prebuild
* DEV: Only adds needed to be implemented since, as far as I can tell, assets cached are currently never released. For my part, seeing large cache memory numbers will
provoke me to think about doing something about this.
* DEV: Now switched to using a singleton to get the stats reporters rather than threading the object through various layers
* DEV: Will refactor the other server stats reporters to do this in one of the next commits
|
|
|
|
|
|
user-friendly way than throwing an Exception
* Compact status messages to reduce verbosity and be more informative
|
|
* Attempt reconnection on fetch and create exceptions.
|
|
|
|
|
|
|
|
* This stability optimization is disabled on Apple Computers until the .dylib library is updated.
|
|
* WARNING: This update will break *nix support. Will be restored in the next revision
|
|
user logs off
|
|
gently at first to test the waters or you'll lose prim to the pit at the edge of the sim. Make sure the object is physical before trying to toss it or it'll just move to the new location.
|
|
* Allows the creation of a user via the RemoteAdminPlugin.
* Many thanks!
|
|
tool + amount + apply;
|
|
issue 390.
|
|
been an update on bullet in a while and the console notifications consume the entire CPU to make bullet completely unusable.
|
|
you cross a border into a region, the new region doesn't know your height and therefore you're about a meter off the ground. If the region doesn't know your height, you won't be able to climb steps. If you're in that state, edit your appearance and the region will learn your height and you will again be able to climb steps.
|
|
* Passing the stats collector through object chains is not ideal - this will change when more stats come in
* This change will need a prebuild
|
|
* The hooks are still plugged in too high at the asset server, but then next layer down is the database and this may be refactored soon.
* This change will requires a prebuild
|
|
|
|
experimental update.
|
|
substeps with fallback to 5 substeps when things get slow
* Just to give you an idea of the difference .. previous ODE_STEPSIZE was 0.005f - 1000/5 = 200fps - 10 substeps with fallback to 5 substeps when things get slow
* *nix avatar may fall over again, *sorry*
|
|
* Let me know if all your avatar are standup.
|
|
is prone to modification when logging on. These can be safely ignored because the data gets old fast and new ones get generated somewhat quickly.
|
|
|
|
|
|
|
|
* I intended to think about refactoring the servers to use this common base class, but temporary laziness won out.
* I'm leaving this here as a reminder/mind poke and for reasons of laziness (again)
* If people object to me leaving this kind of thing lying around, please say
|
|
* Typing 'stats' on the command line will given total number of successful logins today and yesterday
* A little bit more to come, probably
* Refactoring will follow next
|
|
SignificantClientMovement.
|
|
* Does absolutely nothing at the moment
|
|
* Please revert if this is wrong, Teravus
|
|
Debian.
|
|
* Sorry Tedd!
|
|
|
|
instead of the 'avatar wobble' This also uses a hack to detect debian and change the force applied by the AMotor to a different value for Debian. The intent of this all is to get the avatar to stand up in Debian with the AMotor.
|
|
* If you have Debian running, you should get a platform line that says, 'Found Debian!' when starting up your sim.
* If someone running Debian will confirm this does occur, that would be most helpful.
|
|
* There's 3 platform lines now. Would someone running debian and/or Fedora core please try this revision out and send me the three [PLATFORM] lines?
|
|
Anyone on Debian want to run this revision and send me back the two platform lines? It would be helpful.
|
|
|
|
nobody objects
|
|
* May also be another bug lurking
|
|
asset server
* stats can be seen by typing stats on the asset server command line
* Currently collecting only raw requests for today and yesterday
* And I haven't yet tested the 24 hour rollover
|
|
* Unfortunately, they show us as non modify, though they will run
* We're probably hitting unimplement permissions stuff
|
|
* Persistence of things apart from scripts will be implemented later on - I at least want to do some work with asset server stats so loading can be monitored first.
* No MSSQL implementation as of yet
* Progress can be followed at http://opensimulator.org/wiki/OpenSim:Prim_Inventory_Persistence
* Please let me know if you see issues resulting from this change.
|
|
|
|
perms weirdness, let's all work together to find the real cause.
|
|
|
|
|
|
** If the region fails 3 times, then ChildAgentDataUpdates no longer get sent to that region
* Enabled Child_Get_Tasks in grid mode.
* When Child_Get_Tasks is enabled on neighbor regions, the neighbor region uses the client's draw distance to send out prim. This is a lot less likely to flood the client now since the ChildAgentDataUpdate contains both the throttle settings and the draw distance. This means that with this enabled, you can see prim in other regions in grid mode. Very experimental.
|
