Search squid archive

Re: poor performance

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



You need more stats than that!

* install munin; its always a good thing to do when wanting stats from a unix
  box

* learn to read 'vmstat 1' and 'systat -vmstat 1'

* graph the squid stats via SNMP too

You need more statistics to diagnose this problem. We're not magicians. :)



Adrian


On Thu, Aug 30, 2007, Lutieri G. wrote:
> # top -d 1
> 
> last pid:  4183;  load averages:  0.03,  0.01,  0.00
>                              up 0+01:17:41  12:44:54
> 76 processes:  1 running, 75 sleeping
> CPU states:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
> Mem: 57M Active, 19M Inact, 44M Wired, 16K Cache, 27M Buf, 3708M Free
> Swap: 4096M Total, 4096M Free
> 
> 2007/8/30, cktan@xxxxxxxxxxxx <cktan@xxxxxxxxxxxx>:
> > Hi,
> >
> > Please make sure your squid is not using SWAP or it will definitely slow
> > down the system. Post your top.
> >
> > Regards
> >
> > Lutieri G. wrote:
> > > Hi!
> > >
> > > Today i'm running squid 2.5stable9 in a debian sarg box SUN v20z. All
> > > works very nice. Although, i need to migrate squid to a new server SUN
> > > x4100 running FreeBSD. And now begin my problems.
> > > I was talking about my performance problems with freebsd mailing list.
> > > But we can't find a solution for my problem described below:
> > >
> > > First of all, i'll paste some informations about my new server.
> > >
> > > #uname -a
> > > FreeBSD sd.xyz.com.br 6.2-STABLE FreeBSD 6.2-STABLE #0: Wed Aug 29
> > > 10:26:18 BRT 2007
> > > root@xxxxxxxxxxxxx:/usr/src/sys/amd64/compile/LGB  amd64
> > >
> > > #mount
> > > /dev/da0s1a on / (ufs, local)
> > > devfs on /dev (devfs, local)
> > > /dev/da0s1e on /tmp (ufs, local, soft-updates)
> > > /dev/da0s1f on /usr (ufs, local, soft-updates)
> > > /dev/da0s1d on /var (ufs, local, soft-updates)
> > > /dev/da0s2a on /cache (ufs, local, soft-updates)
> > > devfs on /var/chroot/named/dev (devfs, local)
> > >
> > >
> > > #df -h
> > > Filesystem     Size    Used   Avail Capacity  Mounted on
> > > /dev/da0s1a    496M     88M    368M    19%    /
> > > devfs          1.0K    1.0K      0B   100%    /dev
> > > /dev/da0s1e    496M    538K    456M     0%    /tmp
> > > /dev/da0s1f    9.4G    4.5G    4.1G    52%    /usr
> > > /dev/da0s1d    4.7G    1.5G    2.9G    34%    /var
> > > /dev/da0s2a    9.4G     89M    8.6G     1%    /cache
> > > devfs          1.0K    1.0K      0B   100%    /var/chroot/named/dev
> > >
> > > My kernel was compiled in the day before yesterday with some tunning options:
> > >
> > > Commented:
> > > options      INET6                   # IPv6
> > >
> > > - included:
> > > options SYSVSHM #SYSV-style shared memory
> > > options SYSVMSG #SYSV-style message queues
> > > options SYSVSEM #SYSV-style semaphores
> > > options SMP                     # Symmetric
> > >
> > > options HZ=2000
> > > options DEVICE_POLLING # Soft intrrupt's
> > > options VFS_AIO
> > > options MAXDSIZ=(4096UL*1024*1024) # Conf para 4Gb
> > > options MAXSSIZ=(256UL*1024*1024) #  E aqui vai pra 128
> > > options DFLDSIZ=(4096UL*1024*1024) # 4096 tb!
> > >
> > >  # Message Queues [Based on Squid FAQ]
> > >
> > > option MSGMNB=262144 # Number of bytes in a queue
> > > option MSGMNI=128 # Need to be at least 2 times the number of
> > > cache_dir entries in the squid
> > > option MSGSSZ=256 # Size of the message segment in a queue
> > > option MSGTQL=16384 # Number of max queue identifiers versus 128
> > > option MSGSEG=2048 # Number of messages segments
> > >
> > > # Shared Memory [Based on Squid FAQ]
> > > options SHMMNI=256 # The half of the message queues at least [1 for
> > > each cache_dir]
> > > options SHMALL=65536 #
> > > options SHMMAX=(128UL*1024*1024) #
> > > options SHMSEG=128
> > >
> > >
> > > In squid.conf file :
> > >
> > > cache_dir diskd /usr/local/squid/cache/cache1 5120 16 256 Q1=128 Q2=100
> > > cache_dir diskd /usr/local/squid/cache/cache2 5120 16 256 Q1=128 Q2=100
> > >
> > > cache_replacement_policy heap LFUDA
> > >
> > > memory_replacement_policy heap GDSF
> > >
> > > cache_mem 1536 MB
> > >
> > > cache_swap_low 65
> > > cache_swap_high 80
> > >
> > > maximum_object_size 64 MB
> > > minimum_object_size 0 KB
> > > maximum_object_size_in_memory 2560 Kb
> > >
> > > #squid -v
> > > Squid Cache: Version 2.6.STABLE14
> > > configure options: '--bindir=/usr/local/sbin'
> > > '--sbindir=/usr/local/sbin' '--datadir=/usr/local/etc/squid'
> > > '--libexecdir=/usr/local/libexec/squid'
> > > '--localstatedir=/usr/local/squid' '--sysconfdir=/usr/local/etc/squid'
> > > '--enable-removal-policies=lru heap' '--disable-linux-netfilter'
> > > '--disable-linux-tproxy' '--disable-epoll' '--enable-auth=basic ntlm
> > > digest' '--enable-basic-auth-helpers=DB NCSA PAM MSNT SMB YP'
> > > '--enable-digest-auth-helpers=password'
> > > '--enable-external-acl-helpers=ip_user session unix_group
> > > wbinfo_group' '--enable-ntlm-auth-helpers=SMB'
> > > '--enable-negotiate-auth-helpers=squid_kerb_auth' '--with-pthreads'
> > > '--enable-storeio=ufs diskd null aufs' '--enable-delay-pools'
> > > '--enable-snmp' '--disable-carp' '--enable-ssl' '--with-openssl=/usr'
> > > '--enable-cache-digests' '--enable-arp-acl'
> > > '--enable-follow-x-forwarded-for' '--with-large-files'
> > > '--enable-large-cache-files' '--enable-err-languages=Azerbaijani
> > > Bulgarian Catalan Czech Danish Dutch  English Estonian Finnish French
> > > German Greek Hebrew  Hungarian Italian Japanese Korean Lithuanian
> > > Polish Portuguese Romanian Russian-1251 Russian-koi8-r  Serbian
> > > Simplify_Chinese Slovak Spanish Swedish  Traditional_Chinese Turkish'
> > > '--enable-default-err-language=English' '--enable-ntlm-fail-open'
> > > '--prefix=/usr/local' '--mandir=/usr/local/man'
> > > '--infodir=/usr/local/info/' 'amd64-portbld-freebsd6.2' 'CC=cc'
> > > 'CFLAGS=-O2 -fno-strict-aliasing -pipe   -I/usr/include' 'CPPFLAGS='
> > > 'LDFLAGS= -rpath=/usr/lib:/usr/local/lib -L/usr/lib'
> > > 'build_alias=amd64-portbld-freebsd6.2'
> > > 'host_alias=amd64-portbld-freebsd6.2'
> > > 'target_alias=amd64-portbld-freebsd6.2'
> > >
> > >
> > > My new box is a X4100 SUN.
> > > With 4 gigabits NIC.
> > > Two SAS disks.
> > > 4Gb RAM
> > >
> > > I tryed use with and without RAID but I got the same problem.
> > >
> > > Let me explain my environment:
> > > All my users use IE6 and they have proxy config like this:
> > > host: proxy.xyz.com.br
> > > port 3128
> > >
> > > Once i need to migrate all users to my new server with FreeBSD ,I only
> > > change the IP address of proxy register in DNS server.
> > > Ok. After two minutes i can see some users in the new server log(access.log).
> > >
> > > After 10 minutes squidclient mgr:info return me 70 clients and the
> > > speed connection goes very low for the users.
> > >
> > > I commented out all acl's and authentication scheme in squid conf
> > > file. Running squid i'm monitoring with systat -v and iostat but CPU
> > > and disks is working almost all time as idle.
> > >
> > > cache.log doesn't show me errors. only this messages:
> > > 2007/08/30 08:13:31| httpAccept: FD 39: accept failure: (53) Software
> > > caused connection abort
> > > 2007/08/30 08:13:32| httpAccept: FD 39: accept failure: (53) Software
> > > caused connection abort
> > > 2007/08/30 08:13:32| httpAccept: FD 39: accept failure: (53) Software
> > > caused connection abort
> > > 2007/08/30 08:13:32| httpAccept: FD 39: accept failure: (53) Software
> > > caused connection abort
> > > 2007/08/30 08:13:32| httpAccept: FD 39: accept failure: (53) Software
> > > caused connection abort
> > > 2007/08/30 08:13:32| httpAccept: FD 39: accept failure: (53) Software
> > > caused connection abort
> > > 2007/08/30 08:13:32| httpAccept: FD 39: accept failure: (53) Software
> > > caused connection abort
> > > 2007/08/30 08:13:32| httpAccept: FD 39: accept failure: (53) Software
> > > caused connection abort
> > > 2007/08/30 08:13:32| httpAccept: FD 39: accept failure: (53) Software
> > > caused connection abort
> > > 2007/08/30 08:13:50| httpAccept: FD 39: accept failure: (53) Software
> > > caused connection abort
> > >
> > > I've read that is harmless.
> > >
> > > But the low speed continue.
> > > This is not a DNS problem. I've tested.
> > >
> > > Any suggestion?!?!
> > >
> > > tanx
> > >
> > >
> > >
> >
> >
> > --
> > CK Tan
> > IT Manager
> >
> > Optical Communication Engineering S/B
> > 19, Jalan Semangat,
> > 46200 Petaling Jaya, Selangor Darul Ehsan
> > Tel: +60 3 76808000   EXT:1205
> > Fax: +60 3 76808010
> > H/P: +60 12 9033077
> > email: cktan@xxxxxxxxxxxx
> >
> >
> 
> 
> -- 
> Att.
> Lutieri G. B.

-- 
- Xenion - http://www.xenion.com.au/ - VPS Hosting - Commercial Squid Support -
- $25/pm entry-level bandwidth-capped VPSes available in WA -

[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux