Adrian Chadd wrote:
> 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.
Hi Adrian,
Thanks for your reply and suggestions as always.
This was one of my first experimental freebsd proxy server. I had
enabled all 3 of the above compilation options thinking that I would
have a choice of 3 instead of 1!:)
But my question is: does it degrade the performance of Squid? If I just
use enable-kqueue, will it give a performance boost?
Thanking you...
>
>> 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 - 12:38:20 MDT
This archive was generated by hypermail pre-2.1.9 : Sun Jul 01 2007 - 12:00:04 MDT