On Sun, May 14, 2006, joe wrote:
>
> Hello,
>
> I'm Working on squid-2.5.STABLE13 with coss Storage Scheme.
> It runs FreeBSD 4.10.
> My squid couldn't work yesterday.I inspection of the cache logs this is what I found:
COSS is currently not stable in Squid-2.5STABLE13.
> cache_mem 512 MB
> cache_swap_low 90
> cache_swap_high 95
> maximum_object_size 32768 KB
> minimum_object_size 0 KB
> maximum_object_size_in_memory 1024 KB
> cache_dir coss /home/squid/cache/coss0 2000 max-size=1000000 block-size=1024
> cache_dir coss /home/squid/cache/coss1 2000 max-size=1000000 block-size=1024
COSS is also not very good at storing objects that big; the default stripe
size is 1 megabyte and I haven't tested it with larger stripe sizes.
COSS is also much better at storing smaller objects, under 64k. You should
configure an aufs or diskd cache-dir after the two COSS stores to catch the
objects that COSS can't cache. I'd suggest using diskd under FreeBSD 4.10.
The hit rate will also be less than ideal in the real world until some
storage changes occur in Squid itself. They're not difficult changes;
I just haven't gotten around to them yet.
Please feel free to try out my development code at http://www.cacheboy.net/ -
you'll have to install monotone in order to get access to my current COSS
work. Grab monotone, then check out the 'net.cacheboy.squid.coss' branch from
'squid.cacheboy.net'. Its basically Squid-2.5 with a few extras that I'm
running locally.
I'm getting some strange stale object errors when testing with Polygraph;
I haven't investigated enough yet to see why they're happening.
I'm not running COSS locally yet either: I've spent the last couple of weeks
ironing out the exact bugs you've been seeing.
Adrian
Received on Sun May 14 2006 - 02:16:32 MDT
This archive was generated by hypermail pre-2.1.9 : Thu Jun 01 2006 - 12:00:02 MDT