summaryrefslogtreecommitdiff
path: root/indra/newview/llvocache.cpp
AgeCommit message (Collapse)Author
2013-05-05Spring cleaning: removed unused .cpp and.h files, and cleaned up header ↵Richard Linden
dependencies
2013-04-17for SH-4105: interesting: new viewer does not handle orphaned child prims in ↵Xiaohong Bao
ObjectUpdateCompressed messages
2013-04-12fix the crash for SH-4004: interesting: need debug option to clear viewer ↵Xiaohong Bao
cache while still logged in
2013-04-11add LLTrace::MemTrackable to LLVOCachePartitionXiaohong Bao
2013-03-29delay removing invalid objects from cache in case region is logged out too soon.Xiaohong Bao
2013-03-20for SH-4004: interesting: need debug option to clear viewer cache while ↵Xiaohong Bao
still logged in
2013-03-11for SH-3979: interesting: can not edit objects with new object cache codeXiaohong Bao
2013-03-11for SH-3976: interesting: make new object cache be able to handle shadows.Xiaohong Bao
2013-03-07for SH-3937: interesting: implement the new cache probe logicXiaohong Bao
2013-02-28for SH-3824: interesting: Ensure viewer can handle object updates from ↵Xiaohong Bao
entire region gracefully
2012-12-18fix for SH-3624: Object deletion does not workXiaohong Bao
2012-12-18fix for SH-3619: some objects are missingXiaohong Bao
2012-11-20fix a crash caused by object cache for SH-3333.Xiaohong Bao
2012-11-08for SH-3472: prioritize object loadingXiaohong Bao
2012-11-01more for SH-3459: interesting store object bounding information in viewer cacheXiaohong Bao
2012-10-31for SH-3471: create a simplified version of octree for object cache entries.Xiaohong Bao
2012-10-29for SH-3459: interesting store object bounding information in viewer cacheXiaohong Bao
2012-10-25more for SH-3333: avoid repeatedly creating/killing a same object from ↵Xiaohong Bao
object cache due to occlusion culling.
2012-10-16Some minor performance tuning-up for SH-3333.Xiaohong Bao
2012-10-15For SH-3333: Design and implement a new object cache system on viewer sideXiaohong Bao
2011-10-14Merge backout of b782a75c99e6Dave Parks
2011-10-14Backed out changeset b782a75c99e6Dave Parks
2011-08-31MergeXiaohong Bao
2011-08-18fix for SH-2315: crash at LLVOCacheEntry::~LLVOCacheEntry() line 138Xiaohong Bao
2011-07-15Merge from viewer-developmentXiaohong Bao
2011-06-16fix for STORM-1274: crash at LLVOCacheEntry::~LLVOCacheEntry() line 138Xiaohong Bao
2011-05-27Removed unneeded platform directory delimeter lookups in llvocache.cppLogan 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-18fix for SH-1591: crash at LLVOCacheEntry::~LLVOCacheEntry() line 138Xiaohong Bao
2011-03-08fix for STORM-1052: crash at LLVOCacheEntry::~LLVOCacheEntry() line 138Xiaohong 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-02-02fix for Sh-445: debug settings -> "CacheNumberOfRegionsForObjects" does not ↵Xiaohong Bao
limit the number of object cache files
2011-01-24fix for SH-445: debug settings -> "CacheNumberOfRegionsForObjects" does not ↵Xiaohong Bao
limit the number of object cache files
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-07Fix for viewer crash when making the object viewer cache largerDon Kjer
2011-01-07Fix for ER-425: Viewer object cache list gets corrupted when ↵Don Kjer
CacheNumberOfRegionsForObjects is exceeded
2010-12-22Cleanup from review with Andrew and MerovDon Kjer
2010-12-16fix for SH-445: debug settings -> "CacheNumberOfRegionsForObjects" does not ↵Xiaohong Bao
limit the number of object cache files
2010-12-16Fix for compile issueDon Kjer
2010-12-15fix for SH-446: viewer crashed after clearing cache and reloggingXiaohong Bao
2010-12-15fix for SH-367: mesh viewer lock up: Problem removing object.cache - ↵Xiaohong Bao
errorcode: 13
2010-12-15Modified cache purge entry threshold (part of ER-401)Don Kjer
2010-12-14First pass at fix for ER-401: Fix object cache header on the viewerDon Kjer
2010-11-08pull beta changes back to developmentOz Linden
2010-11-05Fix type mismatch in loop variable.Christian Goetze (CG)
2010-11-04ER-281: Object cache limit is too low in the viewerKyle Ambroff
* Bump CacheNumberOfRegionsForObjects up to 20k in the default settings. * Make LLVOCache *actually* use this setting, with no upper bound. Reviewed with Kelly.
2010-10-04Automated merge up from viewer-developmentLoren Shih
2010-09-16Automated merge from viewer-development-shiningLoren Shih
2010-09-13for VWR-22936: design test code/plan for the object cache.Xiaohong Bao
2010-09-10Fix Linux build failure... one would hope.Tofu Linden
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-19 10:59:08 +0000