Amos,
although a bit off topic:
>It does not work the way you seem to think. 2x 200GB cache_dir entries
have just as much space as 1x 400GB. Using two cache_dir allows Squid to
balance teh I/O loading on teh disks while simultaenously removing all
processing overheads from RAID. <
Am I correct in the following:
The selection of one of the 2 cache_dirs is not deterministic for same URL
at different times, both for round-robin or least load.
Which might have the consequence of generating a MISS, although the object
ist cached in the other cache_dir.
Or, in other words: There is the finite possibility, that a cached object is
stored in one cache_dir, and because of the result of the selection algo,
when the object should be fetched,
the decision to check the wrong cache_dir generates a MISS.
In case, this is correct, one 400GB cache would have a higher HIT rate per
se. AND, it would avoid double caching, therefore increasing effectice
cache space, resulting in an increase in HIT rate even more.
So, having one JBOD instead of multiple cache_dirs (one cache_dir per disk)
would result in better performance, assuming even distribution of (hashed)
URLs.
Parallel access to the disks in the JBOD is handled on lower level, instead
with multiple aufs, so this should not create a real handicap.
-- View this message in context: http://squid-web-proxy-cache.1019090.n4.nabble.com/How-to-use-tcp-outgoing-address-with-cache-peer-tp4659613p4659742.html Sent from the Squid - Users mailing list archive at Nabble.com.Received on Tue Apr 30 2013 - 22:21:10 MDT
This archive was generated by hypermail 2.2.0 : Wed May 01 2013 - 12:00:48 MDT