aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Region/Environment/Modules/UserTextureDownloadService.cs (follow)
Commit message (Collapse)AuthorAgeFilesLines
* * Refactored Environment/Modules directory - modules now reside in their own ↵Adam Frisby2008-04-301-250/+0
| | | | | | | | directory with any associated module-specific classes. * Each module directory is currently inside one of the following category folders: Agent (Anything relating to do with Client<->Server communications.), Avatar (Anything to do with the avatar or presence inworld), Framework (Classes modules can use), Grid (Grid traffic, new OGS2 grid comms), Scripting (Scripting functions, etc), World (The enrivonment/scene, IE Sun/Tree modules.) * This should be moved into a seperate project file.
* * Get rid of missing texture notification drop messages for now - obscuring ↵Justin Clarke Casey2008-04-231-3/+7
| | | | too many other debug messages.
* * Optimised using statements and namespace references across entire project ↵Adam Frisby2008-04-211-7/+4
| | | | (this took a while to run).
* * Minor: fix doc glitchJustin Clarke Casey2008-04-031-1/+1
|
* * Adding request time limiting strategy for texture requests, though this ↵Justin Clarke Casey2008-04-031-4/+12
| | | | isn't useable yet
* * Minor log message fix per mantis 829Justin Clarke Casey2008-03-291-1/+1
|
* * Refactor: Genericise request limit strategies and move to ↵Justin Clarke Casey2008-03-241-60/+30
| | | | OpenSim.Framework.Communications.Limit
* * Downgrade 'texture not found' message to DEBUG and stop putting out ↵Justin Clarke Casey2008-03-221-7/+7
| | | | | | | | | | 'already dispatched' message completely temporarily * I believe that if the Linden client has not started to receive a texture after 15 seconds, it re-requests it. * My hypothesis is that the texture packets are often still in the texture queue (esp. if the client has just cleared its cache), so another load of packets get added... * If this is the cause, resolution is going to be rather complicated.
* * Reducing spam on console so we only notify once if we're dropping repeated ↵Justin Clarke Casey2008-03-221-22/+29
| | | | | | | | requests for missing textures * Also minor logic change so that we actually do retry missing texture requests (we weren't before)
* * Minor log message changeJustin Clarke Casey2008-03-221-1/+1
|
* * Small adjust to last commit's logging so we only print out one warning ↵Justin Clarke Casey2008-03-211-3/+6
| | | | when we start dropping requests
* * If a client session requests the same texture more than n times (currently ↵Justin Clarke Casey2008-03-211-11/+19
| | | | | | | | | | | | n=5), we now drop the subsequent requests * This may improve region memory usage * This is a short-term response to a problem whereby some clients keep requesting the same texture even after we've sent it * This treats the symptom rather than the cause. * n can be adjusted by changing the constant at the top of UserTextureDownloadService if necessary
* * Print a warning every 20 times a client requests a texture that it should ↵Justin Clarke Casey2008-03-191-23/+43
| | | | | | | | | | already have received * The warning will be [USER TEXTURE DOWNLOAD SERVICE]: Received {0} requests for already dispatched texture {1} from client {2} This is to see whether the texture packet queue memory leak is caused by clients continually re-requesting textures they should already have
* Formatting cleanup.Jeff Ames2008-03-181-26/+25
|
* * Move missing texture request forward so that we don't actually ask the ↵Justin Clarke Casey2008-03-171-21/+26
| | | | AssetCache for it if we know it's missing.
* * Reduce the annoyingness of clients that continually request unfound ↵Justin Clarke Casey2008-03-171-6/+34
| | | | | | | | | textures (probably for some good reason) by dropping all subsequent requests after the first reply. * Print out a console message every 20 tries rather than every single one. * This weakens the problem but does not eliminate it
* * Add comments and slight corrections to ClientView.AgentTextureCachedJustin Clarke Casey2008-03-121-2/+2
| | | | | | * Reduce 'asset not found' console debug spam
* * Start sending "ImageNotFound" packet back to the client if we can't find ↵Justin Clarke Casey2008-02-251-14/+21
| | | | | | | | | | | | 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
* * Resolve Mantis 667 by not passing on textures with no actual data onto ↵Justin Clarke Casey2008-02-251-1/+4
| | | | TextureSender
* * Caught HttpListenerException and swallowed if with outputlbsa712008-02-251-13/+13
| | | | | | | | * Moved Flush into Close since it's always done in that order. * Minor renamings * Reversed if for clarity
* * Downgrade texture exception to a warning.Justin Clarke Casey2008-02-221-4/+5
|
* Remove a couple compiler warnings.Jeff Ames2008-02-211-2/+2
|
* * Only count download requests for assets which are not already waiting for ↵Justin Clarke Casey2008-02-201-10/+9
| | | | | | | | | 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
* Minor cleanup.Jeff Ames2008-02-201-2/+2
|
* * Report 'asset not found' situations back to UserTextureDownloadServiceJustin Clarke Casey2008-02-201-5/+19
| | | | | | | * 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
* * Add documentationJustin Clarke Casey2008-02-191-1/+35
| | | | | | | | * The reason why pending downloads tick ever upwards is because missing assets are never signalled to the TextureSender * Rectifying this is not straightfoward, but this will constitute the next patch. * This does not explain the memory leak.
* Clean up logging calls using String.Format explicitlyJeff Ames2008-02-101-2/+2
|
* * In the most basic situations, ClientView and ScenePresence no longer leak ↵Justin Clarke Casey2008-02-091-2/+2
| | | | | | | | | memory * However, I'm no longer sure they were even a big contributory factor (to this particular leak, there are other causes of other leaks). I need better measurement techniques * Removed most of my debugging gawp
* Mostly debugging verbosity which I shall very shortly comment out.Justin Clarke Casey2008-02-091-1/+7
| | | | | | Just want to try this out on windows quickly.
* Added copyright statements.Jeff Ames2008-02-051-0/+28
|
* * Removed unneeded and uneeded debug messagelbsa712008-01-081-2/+0
|
* * changed form Debug to Verbose on Texture sendinglbsa712008-01-031-1/+1
|
* * Added removal of TextureSenders and UserTextureDownloadService on agent ↵lbsa712008-01-031-1/+14
| | | | leaving region.
* Set svn:eol-style.Jeff Ames2008-01-031-97/+97
|
* * Some work on TextureDownloadModulelbsa712008-01-031-0/+98
* fixed Cancel bug
generated by cgit v1.1 at 2024-07-07 20:23:26 +0000