RE: [squid-users] squid with linux or freeBSD?

Hmmm if thats the case on raid software... so hardware raid is preferred
than software... i just see hardware raid in action on a windows
environment, the OS only sees one hard drive which is actually two hard
drives... now will linux actually get raid up on hardware level without
making any adjustments? Just askin...

-----Original Message-----
From: Lightfoot.Michael [mailto:Lightfoot.Michael@comcare.gov.au]
Sent: Wednesday, April 30, 2003 8:42 PM
To: squid-users@squid-cache.org
Subject: RE: [squid-users] squid with linux or freeBSD?

> > why raid your disks at all? you'll get before performance
> out of having
> > seperate cache dirs on each disk than you will out of any kind of
> > stripe...
>
> because writing or reading a single data across multiple
> disks/stripes is
> much better than having a separate cache dirs... raid 0 or stripping
> distribute the load and minimize the positioning of a disk
> head (seek time)
> which is the most obvious bottleneck of a disk...
>
In the case of squid, it actually doesn't. Most cacheable squid objects
are small (< 2KBytes). They often only occupy a single disk block (<=
512Bytes). With multiple cache_dirs you are allowing squid to manage
its own "striping" which it does quite well thank you.

Three years ago I ran some medium-sized (30GByte) caches which I
configured as raid 0 stripes across 4 disks for the first two and then
decided, after comments on this list, that I would try 4 separate
cache_dirs for the second two (which shared the load of the first two
respectively). I found there was no discernible difference in the
performance of the two pairs and subsequently changed the original pair
to separate cache_dirs.

I suspect that the overhead of the raid software layer (in that case it
was Veritas Volume Manager) cancelled any benefit of the striping for
these small reads and writes. The size of the Solaris 8 file cache was
much more significant (ie if you throw memory at a squid proxy system
you get significant improvements in I/O reads, whether you let the OS
handle it or give a goodly amount to cache_mem.)

Michael Lightfoot
Unix Consultant
ISG Host Systems
Comcare
+61 2 62750680
Apologies for the rubbish that follows...
------------------------------------------------------------------------
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.

--
This message has been scanned for viruses and
dangerous contents on SSCR Email Scanner Server, and is
believed to be clean.
---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.474 / Virus Database: 272 - Release Date: 4/18/2003
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.474 / Virus Database: 272 - Release Date: 4/18/2003
-- 
This message has been scanned for viruses and
dangerous contents on SSCR Email Scanner Server, and is
believed to be clean.