summaryrefslogtreecommitdiff
path: root/indra/newview/lltexturecache.cpp
AgeCommit message (Collapse)Author
2013-06-10MAINT-2414 fix for texture cache crasherGraham Madarasz
2013-06-05merge with viewer-releaseRichard Linden
2013-05-28for SH-4004: interesting: need debug option to clear viewer cache while ↵Xiaohong Bao
still logged in
2013-05-09Merge viewer-betasimon
2013-03-29Update Mac and Windows breakpad builds to latestGraham Madarasz
2013-01-03fix for MAINT-2147: crash in LLTextureCache::writeToFastCache on OSXXiaohong Bao
2012-12-03more for MAINT-1955: Viewer crashes while login after clearing cacheXiaohong Bao
2012-12-03more for MAINT-1955: Viewer crashes while login after clearing cacheXiaohong Bao
2012-11-26fix for MAINT-1955: Viewer crashes while login after clearing cacheXiaohong Bao
2012-11-26fix for MAINT-1955: Viewer crashes while login after clearing cacheXiaohong Bao
2012-06-12for SH-3073: implement a fast cache system for texture fetchingXiaohong Bao
2011-12-05SH-2652 WIP -- Add timers to relevant areas, pause render pipeline while ↵Dave Parks
occlusion queries from previous frame are still pending and perform texture decode work.
2011-10-31mergeBrad Payne (Vir Linden)
2011-10-26fix for SH-2573: Flaw in Purging Texture Cache when it Exceeds LimitXiaohong Bao
2011-10-14b782a75c99e6 backout cleanupDave Parks
2011-10-14Merge backout of b782a75c99e6Dave Parks
2011-10-14Backed out changeset b782a75c99e6Dave Parks
2011-07-15Merge from viewer-developmentXiaohong Bao
2011-06-01Merge. Pulling fix for VWR-25862 into bigger cache tree.Logan Dethrow
2011-05-25VWR-25862 Potential fix for caches not clearing when they are supposed to.Logan Dethrow
* Removed leading delimiter from filename mask in all calls to LLDir::deleteFilesInDir() that are related to the viewer asset caches (texture, VFS, and VO).
2011-05-10add debug mode to track the memory allocation/deallocation.Xiaohong Bao
2011-05-06Increased the viewer cache size limit to 10GB. Increased the default to 1GB.Logan Dethrow
* Changed the hard coded cache limit in llappviewer.cpp to 10GB as well as the slider maximum in the preferences menu. * The VFS cache is capped at 1GB due to file system limitations. The former 80/20 split between texture/vfs is maintained up to 5GB. Above this limit the texture cache is given all the additional cache space up to 10GB. * Fixed a log message in lltexturecache.cpp that was not showing the correct texture size. ER-883 * Fixed a bug in llfloaterpreference.cpp that caused new cache value to be written to the old cache setting. This resulted in the the cache not being cleared when the location was set back to the default. ER-882 * Disabled the "The cache will be cleared on reboot" message that is triggered by the reset button in the cache preferences in the case where the cache is already located in the default location. The cache is only cleared when its location is changed. This is intended to address resident confusion regarding the purpose of the reset button, as demonstrated in VWR-19562.
2011-03-11STORM-1059 : Fix for cache purging (fix by Aleric)Merov Linden
2011-02-23MergeXiaohong Bao
2011-02-23Merge from viewer-developmentXiaohong Bao
2011-02-05Introduces a LLThreadLocalData class that can beAleric Inglewood
accessed through the static LLThread::tldata(). Currently this object contains two (public) thread-local objects: a LLAPRRootPool and a LLVolatileAPRPool. The first is the general memory pool used by this thread (and this thread alone), while the second is intended for short lived memory allocations (needed for APR). The advantages of not mixing those two is that the latter is used most frequently, and as a result of it's nature can be destroyed and reconstructed on a "regular" basis. This patch adds LLAPRPool (completely replacing the old one), which is a wrapper around apr_pool_t* and has complete thread-safity checking. Whenever an apr call requires memory for some resource, a memory pool in the form of an LLAPRPool object can be created with the same life-time as this resource; assuring clean up of the memory no sooner, but also not much later than the life-time of the resource that needs the memory. Many, many function calls and constructors had the pool parameter simply removed (it is no longer the concern of the developer, if you don't write code that actually does an libapr call then you are no longer bothered with memory pools at all). However, I kept the notion of short-lived and long-lived allocations alive (see my remark in the jira here: https://jira.secondlife.com/browse/STORM-864?focusedCommentId=235356&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-235356 which requires that the LLAPRFile API needs to allow the user to specify how long they think a file will stay open. By choosing 'short_lived' as default for the constructor that immediately opens a file, the number of instances where this needs to be specified is drastically reduced however (obviously, any automatic LLAPRFile is short lived). *** Addressed Boroondas remarks in https://codereview.secondlife.com/r/99/ regarding (doxygen) comments. This patch effectively only changes comments. Includes some 'merge' stuff that ended up in llvocache.cpp (while starting as a bug fix, now only resulting in a cleanup). *** Added comment 'The use of apr_pool_t is OK here'. Added this comment on every line where apr_pool_t is correctly being used. This should make it easier to spot (future) errors where someone started to use apr_pool_t; you can just grep all sources for 'apr_pool_t' and immediately see where it's being used while LLAPRPool should have been used. Note that merging this patch is very easy: If there are no other uses of apr_pool_t in the code (one grep) and it compiles, then it will work. *** Second Merge (needed to remove 'delete mCreationMutex' from LLImageDecodeThread::~LLImageDecodeThread). *** Added back #include <apr_pools.h>. Apparently that is needed on libapr version 1.2.8., the version used by Linden Lab, for calls to apr_queue_*. This is a bug in libapr (we also include <apr_queue.h>, that is fixed in (at least) 1.3.7. Note that 1.2.8 is VERY old. Even 1.3.x is old. *** License fixes (GPL -> LGPL). And typo in comments. Addresses merov's comments on the review board. *** Added Merov's compile fixes for windows.
2011-01-24Automated merge with http://hg.secondlife.com/viewer-developmentXiaohong Bao
2011-01-24VWR-24321: fix validation of textures that start with 00Aleric Inglewood
2011-01-21Merge viewer-development-shining up to REV 3bf724ecb7c6 (fix for SH-829: ↵Xiaohong Bao
Viewer attempting to load precached images in file types that are not being used.)
2011-01-20fix for SH-829: Viewer attempting to load precached images in file types ↵Xiaohong Bao
that are not being used.
2011-01-20VWR-24317: remove warnings for deleting non-existant texture file on startupAleric Inglewood
2011-01-06use the private pool in the texture pipelineXiaohong Bao
2010-09-01code for DEV-52939: viewer's object geometry cache files are not limited in ↵Xiaohong Bao
number, and can also be incorrectly cleared with the VFS cache. reviewed by andrew.
2010-08-13Change license from GPL to LGPL (version 2.1)Oz Linden
2010-08-06EXT-8447: FIXED: crash at ↵Xiaohong Bao
LLTextureCache::writeEntryToHeaderImmediately(int,LLTextureCache::Entry &,bool) [secondlife-bin lltexturecache.cpp]
2010-07-15EXT-8283 FIX - allow saveWearable to change name of wearable, split off ↵Brad Payne (Vir Linden)
logic for saveAs case. Some remaining UI issues will be filed separately. Reviewed by Nyx
2010-05-10EXT-7294: FIXED: crash at LLTextureCache::updateEntry [secondlife-bin ↵Xiaohong Bao
lltexturecache.cpp:1231] Also simply the writing flow of the texture cache.
2010-04-12fix merge poopage.Tofu Linden
2010-04-12(slightly hairy) merge from viewer-hotfixTofu Linden
2010-04-07fix for all wierd crashes happening to lltexturecache.cpp, cuased by running ↵Xiaohong Bao
viewer 2.0 and viewer 1.23 at the same time. Specifically for the following jiras: EXT-6692: crash at LLTextureCache::readEntryFromHeaderImmediately [secondlife-bin lltexturecache.cpp:1145] EXT-6691: crash at LLTextureCache::writeEntryToHeaderImmediately [secondlife-bin lltexturecache.cpp:1126] possible fix for EXT-6567: crash at LLImageBase::allocateData [secondlife-bin llimage.cpp:170]
2010-04-01fix for EXT-6678: crash at LLTextureCache::openAndReadEntry [secondlife-bin ↵Xiaohong Bao
lltexturecache.cpp:1111]
2010-03-29fix for EXT-6435: crash at writeEntriesAndClose: ASSERT (num_entries == ↵Xiaohong Bao
mHeaderEntriesInfo.mEntries)
2010-03-29fix for EXT-6566: crash at LLTextureCache::updatedHeaderEntriesFile ↵Xiaohong Bao
[secondlife-bin lltexturecache.cpp:1292]
2010-03-29fix for EXT-6435: crash at writeEntriesAndClose: ASSERT (num_entries == ↵Xiaohong Bao
mHeaderEntriesInfo.mEntries)
2010-03-29fix for EXT-6566: crash at LLTextureCache::updatedHeaderEntriesFile ↵Xiaohong Bao
[secondlife-bin lltexturecache.cpp:1292]
2010-04-01fix for EXT-6678: crash at LLTextureCache::openAndReadEntry [secondlife-bin ↵Xiaohong Bao
lltexturecache.cpp:1111]
2010-04-07fix for all wierd crashes happening to lltexturecache.cpp, cuased by running ↵Xiaohong Bao
viewer 2.0 and viewer 1.23 at the same time. Specifically for the following jiras: EXT-6692: crash at LLTextureCache::readEntryFromHeaderImmediately [secondlife-bin lltexturecache.cpp:1145] EXT-6691: crash at LLTextureCache::writeEntryToHeaderImmediately [secondlife-bin lltexturecache.cpp:1126] possible fix for EXT-6567: crash at LLImageBase::allocateData [secondlife-bin llimage.cpp:170]
2010-03-18fixing linux build errors from bao's checkin for EXT-6093Nyx (Neal Orman)
viewer wouldn't compile under linux, due to gcc being paranoid about a few things. Fixed them up and got them reviewed. Code reviewed by bao.
2010-03-17more for lltexturecache.cpp: fix the crash due to deleting the entries ↵Xiaohong Bao
header file after clearing the texture cache.
2010-03-17fix for EXT-6093: crash at ↵Xiaohong Bao
LLTextureCache::updateTextureEntryList[secondlife-bin lltexturecache.cpp:847]; EXT-5711: Some textures loading from cache seems jammed; EXT-5599: Viewer crashes consistently, in Linden Homes region.
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-15 17:18:48 +0000