| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
compiled in DEBUG mode)... Its ugly and even requires a separate thread to track the treads, but it will be very valuable in debugging.
|
|
|
|
|
|
|
| |
* Resolve a bad logic bug in AssetCache.GetAsset()
* This may make some asset related things work better (possibly getting main map images will now be improved).
|
|
|
|
|
|
|
|
|
| |
data from the asset server
* This should stop the constant increase in the download requests statistics
* If you see stat numbers for download requests which are far from what you'd expect, please report
|
|
|
|
| |
(my own bug)
|
|
|
|
|
|
| |
* Add documentation to AssetCache
|
| |
|
| |
|
|
|
|
|
|
|
| |
* This fixes some of the 'runaway downloads' problem but not all of it
* Also fix up logging messages so texture requests are reported as such rather than as assets
|
|
|
|
|
|
| |
* turned script asset fetching asynchronous
|
|
|
|
|
|
|
|
| |
scene)
* Fixed ClickAction situation on the same note (properties shouldn't cause big changes)
* Added some more debug output to AssetCache
|
|
|
|
| |
threads so it will be easier to debug.
|
| |
|
|
|
|
|
|
|
| |
CommsManager and into a module (AgentAgentTransactionModule), still needs cleaning up though.
But its one more thing out of the CommsManager. One day we will kill the CommsManager!
|
|
|
|
|
|
| |
again.
|
|
|
|
|
|
| |
* Converted all instances of "256" spotted to use RegionSize instead. Some approximations used for border crossings (ie 255.9f) are still using that value, but should be updated to use something based on RegionSize.
* Moving Terrain to a RegionModule, implemented ITerrainChannel and TerrainModule - nonfunctional, but will be soon.
|
|
|
|
| |
inventory Database interfaces. This could be useful for adding a item to a users inventory from say a web front end application or some other third party application. [note the method is only currently implemented in the sqlite provider]
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
* This may or may not help with the memory leak, need to assess
|
|
|
|
|
|
|
|
| |
* Push asset update (invoked when clothing is altered) down into AgentAssetTransactions from Scene.Inventory.cs to join others
* I've tested that clothing creation and update still works, but please let me know if it suddently breaks for you.
* Add/correct comments
|
| |
|
|
|
|
|
|
| |
* Should resolve mantis 542
|
|
|
|
|
|
|
|
|
| |
align classes with file names
* Small amount of ndoc
* This will probably require a prebuild and nant clean
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
think first transfer of asset should start faster.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
'show assets' shows the current state of the asset cache (number of cached assets, requests, et c)
'clear-assets' forcibly re-initializes the asset cache thereby freeing all cached items.
'clear-assets' is not to be used lightly, as it probably introduces mem inconsistencies and doubling up of textures.
|
|
|
|
|
|
| |
* Made Estate tools work for estate managers without needing to request admin status First
* Added code to make the Simulator version to be reported in the About box of the client
|
|
|
|
|
|
|
|
|
| |
characters
* Change logger to not print extra line if [<entry>] <text> like string is not logged
* Remove more of my previous chatty debugging statements
|
|
|
|
|
|
|
| |
* Still not enough to solve the memory leak, though hopefully this is another step on the path
* All these changes are pretty temporary - this will be addressed with a more fundamental refactor in the future
|
|
|
|
| |
light verbosity to this end
|
|
|
|
|
|
|
| |
so threw and exception when attempting to log that we missed an asset and
were waiting for it.
|
| |
|
|
|
|
|
|
| |
Changed LogBase to ConsoleBase, which handles console I/O.
This is mostly an in-place conversion, so lots of refactoring can still be done.
|
|
|
|
| |
IInventoryServices so that a check can be done to see if a inventory set exists for a certain user.
|
| |
|
|
|
|
|
|
|
|
|
| |
mode (with accounts_authenticate set to true), it also only currently has a mysql database connector. (sqlite one will follow soon). It also uses the tribalmedia database system, so this needs checking to see if the old problems with mono have been fixed.
To use, see the appearance section in opensim.ini.example, set "persist = true", then add the correct connection string for your database.(see mysql-AvatarAppearance.sql in share folder for a example of the table mysql table structure).
This could possible be used in a very small grid, but would mean each region server would need to connect to the same mysql database.
But the work to move the code to one of the grid servers shouldn't be too much.
|
|
|
|
| |
below the average maximum MTU of 1500 bytes inc. header. Thanks Alex for reporting this.
|
|
|
|
| |
thanks!
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* 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
|
|
|
|
|
|
|
| |
* Passing the stats collector through object chains is not ideal - this will change when more stats come in
* This change will need a prebuild
|
|
|
|
|
|
|
|
| |
* 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
|
| |
|
|
|
|
|
| |
to aid in debugging.
|