Re: [squid-users] COSS unusable on FreeBSD?

From: Adrian Chadd <adrian@dont-contact.us>
Date: Sun, 17 Jun 2007 20:59:19 +0800

On Sun, Jun 17, 2007, Tek Bahadur Limbu wrote:

> Output of: squid -v
>
> Squid Cache: Version 2.6.STABLE9
> configure options: '--bindir=/usr/local/sbin' '--sysconfdir=/usr/local/etc/squid' '--datadir=/usr/local/etc/squid' '--libexecdir=/usr/local/libexec/squid' '--localstatedir=/usr/local/squid' '--enable-removal-policies=lru heap' '--enable-async-io' '--with-pthreads' '--enable-storeio=coss,ufs diskd null aufs' '--enable-delay-pools' '--enable-snmp' '--enable-carp' '--enable-cache-digests' '--enable-underscores' '--enable-useragent-log' '--enable-poll' '--enable-select' '--enable-kqueue' '--enable-time-hack' '--enable-arp-acl' '--with-large-files' '--enable-large-cache-files' '--prefix=/usr/local' '--enable-follow-x-forwarded-for' '--disable-http-violations' '--enable-forward-log' '--enable-kill-parent-hack'

Why've you got enable-poll, enable-select, and enable-kqueue? :) Anyway.

> By the way, I don't seem to have /etc/libthr.conf in my FreeBSD 6.0 box. Is this normal?

You won't have one by default.

> If I just let Squid run continuously, which I am, then COSS does it's job quite well and I have low median service times.
>
> If I have to stop and restart Squid on rare occasions, only then it takes Squid at least 1 hour to rebuild my COSS storage which is about 20 GB in size.

Squid rebuilds COSS async but it will do it by reading the entire COSS file in
from start to finish. Its not efficient at all. Try running iostat or
systat -vmstat 1 whilst its rebuilding and see if you've saturating the disk
IO.

I'm sorry guys, I just don't have the time to work on fixing up COSS past its
current state at this present time.

Adrian
Received on Sun Jun 17 2007 - 06:58:20 MDT

This archive was generated by hypermail pre-2.1.9 : Sun Jul 01 2007 - 12:00:04 MDT