Hello,
I have two questions: why is my /cache dir size double that I specified in
the conf file and why is squid using so much cache? I don't have a problem
with it using memory (like FAQ 8.9 deals with), I want it to use all the RAM
it needs since this is a dedicated box. But the high swap value and odd
/cache size make me wonder if I've misconfigured something.
As to the large cache: Cachemanager reports: Storage Swap size: 13555565 KB
even though I only defined the cache to 7GB: cache_dir aufs /cache
707256 16 256
The disk itself is 17GB and has 3GB free (thus matching the above). What
would cause squid to use 13GB instead of 7GB? Perhaps I made an incorrect
assumption?
As to the large swap value: Top reports this for memory/swap and the squid
process:
Memory: 1024M real, 148M free, 636M swap in use, 409M swap free
PID USERNAME THR PRI NICE SIZE RES STATE TIME CPU COMMAND
16144 root 20 2 0 616M 614M sleep 66:24 11.66%
squid
$ ps -efly | more
S UID PID PPID C PRI NI RSS SZ STIME TTY TIME CMD
O squid 16144 16140 16 69 20 648800 650568 13:14:42 ? 72:11
(squid) -F -f /usr/local/squid/etc/
I admit to having monkeyed with a few values, thinking that the Solaris
8/Ultra 60 box with 1GB of RAM had plenty of RAM, I set the following:
cache_mem 374 MB <======== is this obscenely high given the
default is 8MB?
maximum_object_size_in_memory 16 KB
cache_swap_low 95
cache_swap_high 95 <========= since I thought 7GB cache is large, I set
these the same per suggestions seen on the net
Also, why is the squid process only using 616MB and not more? The other
processes (sshd, system process) all together use about 50MB of RAM, so
there should be at least 300MB of RAM to spare instead of the 148MB reported
above. I've heard that 64bit Oracle uses double the RAM but I am actually
running 32bit Squid on this box (though the box supports 64 or 32 bits).
Also not sure why squid is using so much swap space. On disk swap is only
384MB, perhaps I should bump that up if it needs so much swap.
Any suggestions?
thanks,
Adam
Received on Mon May 05 2003 - 14:12:04 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:16:16 MST