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
