[squid-users] cache size and replacement policy

Hi

I am using Squid 2.5.10 on RedHat 3.0 ES. I noticed my usage of cache1
and cache2 directory doesn't go higher than 12.7 G even I have free
space in that.

Is it because of my replacement policy? Or is it because of something
else? I want to increase cache. Current Byte Hit Ratio is less than 25
%. I want to increase it to save more Bandwidth.

Number of object stored is always 1800 K. I am doing snmp polling to
check number of objects

Below is my configuration.

cache_dir diskd /cache1/squid 20480 16 256 Q1=64 Q2=72
cache_dir diskd /cache2/squid 20480 16 256 Q1=64 Q2=72

cache_replacement_policy heap LFUDA
memory_replacement_policy heap LFUDA

Thanks - LK
Disclaimer
****************************************************************************************************************************
The information contained in this e-mail, any attached files, and response threads are confidential and
may be legally privileged. It is intended solely for the use of individual(s) or entity to which it is addressed
and others authorised to receive it. If you are not the intended recipient, kindly notify the sender by return
mail and delete this message and any attachment(s) immediately.
 
Save as expressly permitted by the author, any disclosure, copying, distribution or taking action in reliance
on the contents of the information contained in this e-mail is strictly prohibited and may be unlawful.
 
Unless otherwise clearly stated, and related to the official business of Accelon Nigeria Limited, opinions,
conclusions, and views expressed in this message are solely personal to the author.
 
Accelon Nigeria Limited accepts no liability whatsoever for any loss, be it direct, indirect or consequential,
arising from information made available in this e-mail and actions resulting there from.
 
For more information about Accelon Nigeria Limited, please see our website at
http://www.accelonafrica.com
******************************************************************************************************************************
Received on Thu Nov 10 2005 - 03:26:21 MST