2009-06-14 21:37:50 +00:00
|
|
|
[AssetCache]
|
|
|
|
;;
|
|
|
|
;; Options for FlotsamAssetCache
|
|
|
|
;;
|
2010-10-04 21:10:07 +00:00
|
|
|
|
2009-06-14 21:37:50 +00:00
|
|
|
; cache directory can be shared by multiple instances
|
|
|
|
CacheDirectory = ./assetcache
|
|
|
|
; Other examples:
|
|
|
|
;CacheDirectory = /directory/writable/by/OpenSim/instance
|
|
|
|
|
|
|
|
; Log level
|
|
|
|
; 0 - (Error) Errors only
|
|
|
|
; 1 - (Info) Hit Rate Stats + Level 0
|
|
|
|
; 2 - (Debug) Cache Activity (Reads/Writes) + Level 1
|
|
|
|
;
|
|
|
|
LogLevel = 0
|
|
|
|
|
|
|
|
; How often should hit rates be displayed (given in AssetRequests)
|
|
|
|
; 0 to disable
|
|
|
|
HitRateDisplay = 100
|
|
|
|
|
2011-07-04 21:51:47 +00:00
|
|
|
; Set to false for no memory cache
|
2016-12-25 05:46:16 +00:00
|
|
|
; assets can be requested several times in short periods
|
2016-12-25 16:51:54 +00:00
|
|
|
; so even a small memory cache is useful
|
2016-12-29 03:10:10 +00:00
|
|
|
MemoryCacheEnabled = false
|
2009-06-14 21:37:50 +00:00
|
|
|
|
2016-12-29 15:47:46 +00:00
|
|
|
; If a memory cache hit happens, or the asset is still in memory
|
|
|
|
; due to other causes, update the timestamp on the disk file anyway.
|
|
|
|
; Don't turn this on unless you share your asset cache between simulators
|
|
|
|
; AND use an external process, e.g. cron job, to clean it up.
|
|
|
|
UpdateFileTimeOnCacheHit = false
|
|
|
|
|
|
|
|
; Enabling this will cache negative fetches. If an asset is negative-cached
|
|
|
|
; it will not be re-requested from the asset server again for a while.
|
|
|
|
; Generally, this is a good thing.
|
|
|
|
;
|
|
|
|
; Regular expiration settings (non-sliding) mean that the asset will be
|
|
|
|
; retried after the time has expired. Sliding expiration means that
|
|
|
|
; the time the negative cache will keep the asset is refreshed each
|
|
|
|
; time a fetch is attempted. Use sliding expiration if you have rogue
|
|
|
|
; scripts hammering the asset server with requests for nonexistent
|
|
|
|
; assets.
|
|
|
|
;
|
|
|
|
; There are two cases where negative caching may cause issues:
|
|
|
|
;
|
|
|
|
; 1 - If an invalid asset is repeatedly requested by a script and that asset is
|
|
|
|
; subsequently created, it will not be seen until fcache clear
|
|
|
|
; is used. This is a very theoretical scenario since UUID collisions
|
|
|
|
; are deemed to be not occuring in practice.
|
|
|
|
; This can only become an issue with sliding expiration time.
|
|
|
|
;
|
|
|
|
; 2 - If the asset service is clustered, an asset may not have propagated
|
|
|
|
; to all cluster members when it is first attempted to fetch it.
|
|
|
|
; This may theoretically occur with networked vendor systems and
|
|
|
|
; would lead to an asset not found message. However, after the
|
|
|
|
; expiration time has elapsed, the asset will the be fetchable.
|
|
|
|
;
|
|
|
|
; The defaults below are suitable for all small to medium installations
|
|
|
|
; including grids.
|
|
|
|
NegativeCacheEnabled = true
|
|
|
|
NegativeCacheTimeout = 120
|
|
|
|
NegativeCacheSliding = false
|
|
|
|
|
2011-07-04 21:51:47 +00:00
|
|
|
; Set to false for no file cache
|
|
|
|
FileCacheEnabled = true
|
|
|
|
|
2009-06-14 21:37:50 +00:00
|
|
|
; How long {in hours} to keep assets cached in memory, .5 == 30 minutes
|
2016-12-25 05:46:16 +00:00
|
|
|
; even a few minutes may mean many assets loaded to memory, if not all.
|
|
|
|
; this is good if memory is not a problem.
|
|
|
|
; if memory is a problem then a few seconds may actually save same.
|
|
|
|
; see hit rates with console comand: fcache status
|
2016-12-29 03:10:10 +00:00
|
|
|
MemoryCacheTimeout = .016 // one minute
|
2009-06-14 21:37:50 +00:00
|
|
|
|
|
|
|
; How long {in hours} to keep assets cached on disk, .5 == 30 minutes
|
|
|
|
; Specify 0 if you do not want your disk cache to expire
|
2011-06-10 23:04:21 +00:00
|
|
|
FileCacheTimeout = 48
|
2009-06-14 21:37:50 +00:00
|
|
|
|
|
|
|
; How often {in hours} should the disk be checked for expired filed
|
|
|
|
; Specify 0 to disable expiration checking
|
2016-11-30 07:59:01 +00:00
|
|
|
FileCleanupTimer = 0.0 ; disabled
|
2010-10-04 21:10:07 +00:00
|
|
|
|
|
|
|
; If WAIT_ON_INPROGRESS_REQUESTS has been defined then this specifies how
|
|
|
|
; long (in miliseconds) to block a request thread while trying to complete
|
2009-06-14 21:37:50 +00:00
|
|
|
; an existing write to disk.
|
2011-06-10 23:10:40 +00:00
|
|
|
; NOTE: THIS PARAMETER IS NOT CURRENTLY USED BY THE CACHE
|
2009-06-14 21:37:50 +00:00
|
|
|
; WaitOnInprogressTimeout = 3000
|
2009-07-29 17:21:36 +00:00
|
|
|
|
|
|
|
; Number of tiers to use for cache directories (current valid
|
|
|
|
; range 1 to 3)
|
|
|
|
;CacheDirectoryTiers = 1
|
|
|
|
|
|
|
|
; Number of letters per path tier, 1 will create 16 directories
|
|
|
|
; per tier, 2 - 256, 3 - 4096 and 4 - 65K
|
|
|
|
;CacheDirectoryTierLength = 3
|
|
|
|
|
|
|
|
; Warning level for cache directory size
|
|
|
|
;CacheWarnAt = 30000
|