Using 2.3STABLE1...
Configuration is:
cache_mem 256
cache_swap_low 85
cache_swap_high 90
maximum_object_size 16384 KB
ipcache_size 1024
ipcache_low 90
ipcache_high 95
fdqncache_size 1024
cache_dir ufs /cache0 21100 256 256
cache_dir ufs /cache1 21100 256 256
cache_dir ufs /cache2 21100 256 256
cache_dir ufs /cache3 21100 256 256
request_header_max_size 10 KB
refresh_pattern . 7200 10000% 20160 ignore_reload override_lastmod
override_expire
(plus acl's)
df reports:
1k-Blks Used Available Use%
/cache0 26454692 22032944 3077916 88%
/cache1 29561392 22314460 5754260 80%
/cache2 28532892 22351352 4732112 83%
/cache3 29561392 22174072 5889328 79%
>From cachemgr:
Store Directory Statistics:
Store Entries : 4612022
Maximum Swap Size : 86425600 KB
Current Store Swap Size: 54266433 KB
Current Capacity : 63% used, 37% free
Store Directory #0: /cache0
First level subdirectories: 256
Second level subdirectories: 256
Maximum Size: 21606400 KB
Current Size: 13566650 KB
Percent Used: 62.79%
Filemap bits in use: 1150001 of 2097152 (55%)
Filesystem Space in use: 22036080/26454692 KB (83%)
Filesystem Inodes in use: 1585510/3361920 (47%)
Flags: SELECTED
entries for other 3 cache_dir's are similar.
Questions:
(a) Why is squid ignoring the Maximum Size of 21606400KB??
(b) I thought it would have started to replace some entries already as it
has been told to keep it at 85%-90% of the size
(c) Why does cachemgr report "Current Size" to be 13566650 KB when df says
it's really using much more?
(d) The STABLE3 "disk full" patch does not apply to us as we are on STABLE1
(I checked the code; the STABLE3 bug does not appear in STABLE1).
If someone can shed some light, we'd be really grateful. The cache is very
large and we'd hate to lose its contents...
______________________________________________
FREE Personalized Email at Mail.com
Sign up at http://www.mail.com/?sr=signup
-- To unsubscribe, see http://www.squid-cache.org/mailing-lists.htmlReceived on Wed Oct 25 2000 - 18:02:23 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:55:57 MST