Thank you all for the excellent suggestions. I've installed a new
primary Squid server (which I'll be setting up a second, ICP machine to
split load on.)
It is a Dell Poweredge 2500, dual 1g P3 (?) machine with 6 16.9g scsi
drives and 1g RAM. It is still using the stock Redhat 7.1 (2.4.2smp2)
kernel which, as suggested, I'll be upgrading soon. I have a 2 disk
mirrored set for the system, squid bin's, and logs. 3 of the 16.9g
drives are cache dirs (caches 1, 2, and 3) with 3 seperate 'cache_dir'
entries in squid.conf (all as suggested--my boss and I found this
technique on the internet before I checked my mailing list logs.) The
machine is using 2 NICs--access to the internet is on one and the
intranet on the other (default gw). Usage seems to be good on this
machine, unlike the other one with the RAID set holding the cache.
Worse than that, the other's RAID set has no write-back cache, so when
lots of writes got queued the machine would load up as the writes
bursted out--not good.
I appreciate the suggestions as they were all on the mark. I'll most
likely be upgrading the cache store to aufs as well, instead of the
default ufs.
Thanks!
Peter Smith
Colin Campbell wrote:
>Hi,
>
>On Tue, 25 Sep 2001, Billy Huddleston wrote:
>
>>What about RAID 0? Has anyone done in comparison vs multiple cache dirs?
>>
>
>It'll depend on a whole lot of things. How big is the stripe? How many
>cache objects fit in one stripe? If the stripe is large you are efectively
>getting lots of small cache_dirs. If the stripe is small, you'll need to
>access multiple disks to access objects. If one disk dies your whole cache
>is gone.
>
>Colin
>
Received on Thu Sep 27 2001 - 17:50:57 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:02:30 MST