RE: [squid-users] Multiple disk cache

> -----Original Message-----
> From: Dodjie Nava [mailto:dpnava@mozcom.com]
> Sent: Thursday, 28 November 2002 2:50 PM
> To: squid-users@squid-cache.org
> Subject: [squid-users] Multiple disk cache
 
> cache_dir ufs /var/spool/squid 70000 16 256 - 1st hdd
> cache_dir ufs /cache1 75000 16 256 - 2nd hdd
> cache_dir ufs /cache2 75000 16 256 - 3rd hdd
>
> cache_mem 64 MB
>
> cache_swap_low 96
> cache_swap_high 98
>
> should i adjust the level-1 of cache_dir to 32?
>
Do the calculation: 16*256*256 is 1048576 cache objects (there are 256
objects stored in each 2nd level directory.) Assuming an average obejct
size of 10 Kbytes (mine is currently running at more than 11,) would
mean the most you could store in a cache_dir would be roughly 10 Gbytes.
Going to 32 1st level directories only doubles this to 20 Gbytes.

> my server is a p4-1.6ghz, w/ 512mb ram, running redhat 7.3 &
> squid 2.4
> stable 7-4. i'm not using special configs for squid, just an access
> list of all ips that we have.
>
As Robert noted, you would need approximately (70+75+75)*10 + 64 + 30 =
2294 Mbytes of memory to handle a cache as large as you have specified
(explanation: squid needs about 30 Mbytes before adding any cache, you
specified 64 Mbytes for cache_mem and Robert has given you the in-memory
structure sizes for the cache_dirs.)

To look at how your cache is performing currently, you should configure
cache manager, particularly the average object size on the General
Runtime Information page and the Store Directory Stats page.

Michael Lightfoot
Unix Consultant
ISG Host Systems
Comcare
+61 2 62750680
------------------------------------------------------------------------
NOTICE: This e-mail message and attachments may contain confidential
information. If you are not the intended recipient you should not use or
disclose any information in the message or attachments. If received in
error, please notify the sender by return email immediately. Comcare
does not waive any confidentiality or privilege.
Received on Wed Nov 27 2002 - 20:25:52 MST