aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Framework/Communications/Cache/AssetCache.cs (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Formatting cleanup.Jeff Ames2008-05-281-10/+10
|
* Thank you very much, Xantor for a patch that:Charles Krinke2008-05-271-1/+34
| | | | | | | | If a request is made for an asset which is not in the cache yet, but has already been requested by something else, queue up the callbacks on that requester instead of swamping the asset server with multiple requests for the same asset.
* * Fix mantis 1325. This is a minor issue where 'show assets' would not work ↵Justin Clarke Casey2008-05-221-8/+14
| | | | fully in the region console
* * Minor: Tidy ups and logging tweaks.Justin Clarke Casey2008-05-221-1/+1
|
* * Refactor: Eliminate empty if clause from AssetCache.GetAsset()Justin Clarke Casey2008-05-181-4/+1
|
* * Eliminate occurences of "Got a texture uuid ... with no sender object to ↵Justin Clarke Casey2008-05-161-1/+1
| | | | handle it..." by properly dealing with the situation where a client still has queued texture requests when it logs out
* * Cache knowledge in the region server that the asset service has reported ↵Justin Clarke Casey2008-05-161-13/+30
| | | | | | | | an asset to be missing * This prevents repeated requests for the same missing asset to the asset server, hopefully reducing the load a little
* * Removing unnecessary LLUUID.Zero check from AssetCacheJustin Clarke Casey2008-05-161-62/+58
| | | | | | * This revision also includes a very temporary fix for the fact that NREs are received because of a missing avatar apperance in grid mode
* Formatting cleanup.Jeff Ames2008-05-161-11/+11
|
* * Experiment in Zerocoding.Teravus Ovares2008-05-101-1/+3
|
* * You can haz more spring cleaning.Adam Frisby2008-05-081-60/+14
| | | | | * Eventually this codebase will be clean. >_>
* * Breaking all the code, breaking all the code..!Adam Frisby2008-05-011-1/+1
| | | | | * Made a bunch more members static, removed some dead code, general cleaning.
* * Optimised using statements and namespace references across entire project ↵Adam Frisby2008-04-211-5/+5
| | | | (this took a while to run).
* From: Kurt Taylor <krtaylor@us.ibm.com>Justin Clarke Casey2008-04-041-2/+0
| | | | | | Patch to remove commented NotImpemented calls from within implemented script functions
* Formatting cleanup.Jeff Ames2008-03-181-235/+230
|
* disabled AssetDownloadModule and re-enabled the asset download code in the ↵MW2008-02-271-17/+18
| | | | asset cache, until it can be seen if the module was the cause of some new problems that seem like they might be related to assets. I'll look into this more tomorrow.
* small fix in the showstate data in AssetCache to reflect that now some ↵MW2008-02-271-1/+1
| | | | functions are no longer in AssetCache
* After seeing sdague do his happy dance over trunk working "the best he has ↵MW2008-02-271-17/+18
| | | | | | | | ever seen". I'm not sure I should be doing this commit, but oh well. So anyway, it moves the Asset downloading (packet sending) to a module (AssetDownloadModule). So now at last, AssetCache should be just dealing with fetching assets from the asset server and caching them.
* another attempt at fixing asset lockupsMW2008-02-271-224/+247
|
* Hopefully fixed the bug that was causing a lot of the freezing. Which was ↵MW2008-02-271-33/+51
| | | | happening due to locks in the AssetCache and Texturedownload module. Where the thread from the Asset thread would be take a lock on a list in the asset cache and then try to call the Callback into the texturedownload module and hit a lock in there which was held by a ClientView thread- which at the same time would be trying to request another texture from the cache and be hitting the lock in there held by the IClientAPI. The result each thread waiting for the other one to release a lock. And as one of those was the ClientView process packet thread. No more packets from that client could be processed. For now I've made a copy of the list in AssetCache so that it can release the lock. I'm doing more work on assets (moving the client asset downloading to a module ), so will hopefully change this into a better method once I've cleaned over things up a bit.
* * Start sending "ImageNotFound" packet back to the client if we can't find ↵Justin Clarke Casey2008-02-251-24/+8
| | | | | | | | | | | | an image * This might stop some client's constant requests for unfound textures, which is a candidate for the memory leak * If a texture is not found then the "Image not found" texture will now be displayed clientside * If it works, this should resolve mantis 676 * Non texture image requests do not receive this packet yet * This will require a prebuild
* * Improve alignment of packet queue stats headignsJustin Clarke Casey2008-02-221-1/+1
| | | | | | | * Correct asset cache stats table heading * Correct spelling mistake in AssetCache (thanks ChrisD!)
* * Winnow the debug and info messages associated with stat fetchingJustin Clarke Casey2008-02-221-6/+17
| | | | | | | * As such, only a request for a non cached asset, the response and failures show up now. * I know lbsa71 only put these in not long ago, so if they are really still required, I think we should think whether we can move the default log4net level off 'Debug'
* "threads" command now works. I've added manual tracking of threads (only if ↵Tedd Hansen2008-02-211-0/+1
| | | | compiled in DEBUG mode)... Its ugly and even requires a separate thread to track the treads, but it will be very valuable in debugging.
* * Eliminate AssetCache.CopyAsset()Justin Clarke Casey2008-02-201-26/+4
| | | | | | | * 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).
* * Only count download requests for assets which are not already waiting for ↵Justin Clarke Casey2008-02-201-5/+6
| | | | | | | | | 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
* * Properly guard removal of asset request lists on AssetCache.AssetNotFound ↵Justin Clarke Casey2008-02-201-9/+11
| | | | (my own bug)
* * Remove unused texture dictionaries from AssetCacheJustin Clarke Casey2008-02-201-48/+69
| | | | | | * Add documentation to AssetCache
* Report command string on ConsoleBase.RunCommand exceptionJustin Clarke Casey2008-02-201-2/+2
|
* * Report 'asset not found' situations back to UserTextureDownloadServiceJustin Clarke Casey2008-02-201-21/+49
| | | | | | | * 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
* * re-enabled AssetNotFound codelbsa712008-02-201-15/+16
| | | | | | * turned script asset fetching asynchronous
* * Fixed xml loading bug (the xml was scheduled for update before added to a ↵lbsa712008-02-201-70/+101
| | | | | | | | scene) * Fixed ClickAction situation on the same note (properties shouldn't cause big changes) * Added some more debug output to AssetCache
* Playing "Name that thread". Adding names and isbackground=true to all ↵Tedd Hansen2008-02-191-0/+1
| | | | threads so it will be easier to debug.
* Clean up more unnecessary String.Format callsJeff Ames2008-02-131-3/+1
|
* Clean up logging calls using String.Format explicitlyJeff Ames2008-02-101-3/+3
|
* * fixed typo. thanks, nebadon!lbsa712008-02-091-1/+1
|
* * Refactored some asset code and in the process uncovered a bug; now, I ↵lbsa712008-02-091-10/+14
| | | | think first transfer of asset should start faster.
* * added count of texture data bytes and asset byteslbsa712008-02-091-6/+18
|
* * Added count of temporary assetslbsa712008-02-091-0/+23
|
* * added two new commands (for debug/disaster recovery)lbsa712008-02-091-25/+55
| | | | | | | | '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.
* fix the issue found on IRC this morning. The logging call was mistructuredSean Dague2008-02-081-1/+2
| | | | | | | so threw and exception when attempting to log that we missed an asset and were waiting for it.
* Converted logging to use log4net.Jeff Ames2008-02-051-11/+10
| | | | | | Changed LogBase to ConsoleBase, which handles console I/O. This is mostly an in-place conversion, so lots of refactoring can still be done.
* * Lowered maxchunk from 1500 bytes to 1250 bytes to make sure packets fit ↵Adam Frisby2008-02-041-1/+1
| | | | below the average maximum MTU of 1500 bytes inc. header. Thanks Alex for reporting this.
* * Add asset/texture cache statistics to region server consoleJustin Clarke Casey2008-01-311-3/+21
| | | | | | | | | | | | | | | * 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
* * Mother of all commits:Adam Frisby2008-01-151-1/+1
| | | | | | | * Cleaned up copyright notices in AssemblyInfo.cs's * Added Copyright headers to a bunch of files missing them * Replaced several common string instances with a static constant to prevent reallocation of the same strings thousands of times. "" -> String.Empty is the first such candidate.
* Whitespace cleanup.Jeff Ames2008-01-101-1/+1
|
* * Trying to address TextureSender issueslbsa712008-01-021-3/+3
| | | | | | * The BlockingQueue exposes Contains so we can make sure we don't add a TextureSender to the queue if there's already one present * introduced some TryGetValue and various code convention stuff
* * Optimized usingslbsa712007-12-271-25/+24
| | | | | | | * shortened references * Removed redundant 'this' * Normalized EOF
* Make copying of scripts into prim inventories more reliable on the first ↵Justin Clarke Casey2007-12-221-3/+45
| | | | | | | | | | attempt when the asset server is lagging by formalising the de facto polling. This may not be the best solution in the long run, but should improve things for now. This may also improve reliability when updating inventory item metadata (e.g. renaming an item) and in retrieving textures for the main map view.
* minor refactorJustin Clarke Casey2007-12-221-3/+8
|
generated by cgit v1.1 at 2024-11-06 17:51:32 +0000