> Dnia czwartek, 23 lutego 2006 16:17, Matus UHLAR - fantomas napisał:
> > On 23.02 14:25, Tomasz Kolaj wrote:
> > > Dnia czwartek, 23 lutego 2006 11:32, napisałeś:
> > > > On 22.02 23:13, Tomasz Kolaj wrote:
> > > > > I observed have too low performance. On 2x 64bit Xeon 2,8GHz 2GB
> > > > > DDR2, 2x WD RAPTOR Squid 2.5.STABLE12 can answer max for 120
> > > > > requests/s. 115 r/s - 97-98% usage of first processor. Second is
> > > > > unusable for squid :/. I have two cache_dirs (aufs). One pre disk.
> > > >
> > > > Maybe you have too many ACL's?
> > >
> > > I pasted my squid.conf in one of last posts. I have much of addresses
> > > bloacked in file spywaredomains.txt
> >
> > sorry - the thread was broken and I didn't see it. (b)lame mailers who
> > break threads by not using References: or at least In-Reply-To: headers...
On 24.02 14:33, Tomasz Kolaj wrote:
> refresh_pattern -i (.*jpg$|.*gif$|.*png$) 0 50% 28800
> refresh_pattern -i (.*html$|.*htm|.*shtml|.*php) 0 20% 1440
> acl mGG dstdomain .adserver.gadugadu.pl .adserver.gadu-gadu.pl
> redirector_access deny !mGG
I'd use
redirector_access allow mGG
redirector_access deny all
but it shouldn't cause big diff.
> squid compiled with options:
> aragorn ~ # squid -v
> Squid Cache: Version 2.5.STABLE12
> configure options: --prefix=/usr --bindir=/usr/bin --exec-prefix=/usr
> --sbindir=/usr/sbin --localstatedir=/var --mandir=/usr/share/man
> --sysconfdir=/etc/squid --libexecdir=/usr/lib/squid
> --enable-auth=basic,digest,ntlm --enable-removal-policies=lru,heap
> --enable-linux-netfilter --enable-truncate --with-pthreads --enable-epoll
> --enable-time-hack --disable-follow-x-forwarded-for
> --host=x86_64-pc-linux-gnu --disable-snmp --enable-ssl --enable-underscores
> --enable-storeio='diskd,coss,aufs,null' --enable-async-io
why truncate? did you find it effective?
> with flags:
> CFLAGS="-march=nocona -O3 -pipe -fomit-frame-pointer -ffast-math
> -funroll-all-loops"
> CXXFLAGS="${CFLAGS} -fno-enforce-eh-specs"
> LDFLAGS="-Wl,-O1 -Wl,-Bdirect -Wl,-hashvals -Wl,-zdynsort"
I would not use that "heavy" optimalization...
--
Matus UHLAR - fantomas, uhlar@xxxxxxxxxxx ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Enter any 12-digit prime number to continue.
