> alright I got the point atm what i did is to decrease the
> cache_dir size
> and restart the squid. However now im thinking about to
> create a single
> cache directory on a single partition but duno howto do this,
> im pasting
> the output of df and cache_dir lines from squid.conf hopes
> someone from
> list suggest a smooth way out to single cache directory per partition.
> #df -lh
> /dev/sda2 16G 15G 991M 94% /cache1
> /dev/sda6 15G 14G 1015M 94% /cache2
> /dev/sdb1 16G 15G 1.5G 91% /cache3
> /dev/sdb3 16G 15G 1.8G 89% /cache4
>
> #vi /usr/local/squid/etc/squid.conf
>
> cache_dir diskd /cache1/cache1 7500 32 512 Q1=72 Q2=66 Q1=72 Q2=64
> cache_dir diskd /cache1/cache2 7500 32 512 Q1=72 Q2=66 Q1=72 Q2=64
> cache_dir diskd /cache2/cache1 7000 32 512 Q1=72 Q2=66 Q1=72 Q2=64
> cache_dir diskd /cache2/cache2 7000 32 512 Q1=72 Q2=66 Q1=72 Q2=64
> cache_dir diskd /cache3/cache1 7500 32 512 Q1=72 Q2=66 Q1=72 Q2=64
> cache_dir diskd /cache3/cache2 7500 32 512 Q1=72 Q2=66 Q1=72 Q2=64
> cache_dir diskd /cache4/cache1 7500 32 512 Q1=72 Q2=66 Q1=72 Q2=64
> cache_dir diskd /cache4/cache2 7500 32 512 Q1=72 Q2=66 Q1=72 Q2=64
>
> store_dir_select_algorithm round-robin
Try to have a look, at your cache dir sizing requirements too.
Don't just configure cache dirs.
The rule of thumb is to take a total cache dir value which
roughly corresponds to one week of traffic generated by your users.
Excessive oversized configuration(s) in terms of cache dir size(s),
will give :
- no additional benefit in terms of squid efficiency.
- put demand on needed system RAM (check the FAQ)
>
>
> 1) To create a single cache direcotry / partition (as you suggested)
I guess remove the double entry for each partition and choose
a relevant size relative to the partition size. Keep some spare
for overhead as already suggested.
> 3) would i have to loose my stored cache?
In this case, I guess so. But the long term impact is very low.
> 2) Is this beneficial to use "Q1=72 Q2=66 Q1=72 Q2=64" things
> with diskd ?
Hm, not sure. There is a FAQ entry for diskd , check further over there.
M.
Received on Tue Feb 01 2005 - 05:10:30 MST
This archive was generated by hypermail pre-2.1.9 : Tue Mar 01 2005 - 12:00:01 MST