RE: [squid-users] squid performance epoll. 350req/sec 100% cpu

Hi
typo... Sorry I used -P1.
Thx

> -----Original Message-----
> From: Gregori Parker [mailto:gregori@playstream.com]
> Sent: Tuesday, March 28, 2006 12:22 AM
> To: squid-users@squid-cache.org
> Subject: RE: [squid-users] squid performance epoll.
> 350req/sec 100% cpu
>
> In noticed that the epoll patch wants to patch source files in a
> directory called 'squid'), so make sure you mv SQUID-2.5STABLE12/ to
> squid/ after you extract from the tar.gz
>
> #> patch -p0 < epoll-2.5.patch
>
> To bootstrap, simply cd into squid/ and ./bootstrap.sh
>
> When I did it initially, bootstrap wasn't working for me, so I had to
> downgrade my automake and autoconf to the right versions, at least for
> STABLE12 which is what I was building at the time. Here are links for
> the versions that work:
> http://mirrors.kernel.org/gnu/autoconf/autoconf-2.13.tar.gz &
> http://mirrors.kernel.org/gnu/automake/automake-1.5.tar.gz -- you'll
> need to build and make them first before bootstrapping again.
> When you
> run bootsrap, you can ignore warnings but not errors!
>
> After you bootstrap without errors, you should be ready to run any
> preconfiguration commands you need and then configure.
>
>
>
> -----Original Message-----
> From: Michal Mihalik [mailto:michal.mihalik@petitpress.sk]
> Sent: Monday, March 27, 2006 2:05 PM
> To: 'Mike Solomon'
> Cc: squid-users@squid-cache.org
> Subject: RE: [squid-users] squid performance epoll.
> 350req/sec 100% cpu
>
> Hi
> ok I learned the strace and it does call select (99% of time)
>
> looks like my epoll is not active :-((
> and I did found that I didn't compile it as I should.
>
> But now I am unable to compile because of this errors.
> I don't have automake 1.5 (only 1.4 1.6 1.7 1.9)
> And autoconf too
> I do have debian stable... And added to it apt sources ->
> testing (to
> get
> latest squid)
>
> Can someone help tu run this?
> I don't understand this whole think of automake autoconf
>
>
> # this one later doesn't compile cleanly
> # bootstrap.sh
> ########################################################3
> WARNING: Cannot find automake version 1.5
> Trying automake (GNU automake) 1.9.6
> WARNING: Cannot find autoconf version 2.13
> Trying autoconf (GNU Autoconf) 2.59
> acinclude.m4:10: warning: underquoted definition of
> AC_CHECK_SIZEOF_SYSTYPE
> run info '(automake)Extending aclocal'
> or see
> http://sources.redhat.com/automake/automake.html#Extending-aclocal
> acinclude.m4:49: warning: underquoted definition of AC_CHECK_SYSTYPE
> configure.in:1555: warning: AC_CHECK_TYPE: assuming `u_short' is not a
> type
> autoconf/types.m4:234: AC_CHECK_TYPE is expanded from...
> configure.in:1555: the top level
> autoheader: WARNING: Using auxiliary files such as `acconfig.h',
> `config.h.bot'
> autoheader: WARNING: and `config.h.top', to define templates for
> `config.h.in'
> autoheader: WARNING: is deprecated and discouraged.
> autoheader:
> autoheader: WARNING: Using the third argument of `AC_DEFINE' and
> autoheader: WARNING: `AC_DEFINE_UNQUOTED' allows to define a template
> without
> autoheader: WARNING: `acconfig.h':
> autoheader:
> autoheader: WARNING: AC_DEFINE([NEED_FUNC_MAIN], 1,
> autoheader: [Define if a function `main' is needed.])
> autoheader:
> autoheader: WARNING: More sophisticated templates can also be
> produced,
> see
> the
> autoheader: WARNING: documentation.
> configure.in:1555: warning: AC_CHECK_TYPE: assuming `u_short' is not a
> type
> autoconf/types.m4:234: AC_CHECK_TYPE is expanded from...
> configure.in:1555: the top level
> configure.in:1555: warning: AC_CHECK_TYPE: assuming `u_short' is not a
> type
> autoconf/types.m4:234: AC_CHECK_TYPE is expanded from...
> configure.in:1555: the top level
> configure.in:1555: warning: AC_CHECK_TYPE: assuming `u_short' is not a
> type
> autoconf/types.m4:234: AC_CHECK_TYPE is expanded from...
> configure.in:1555: the top level
> Autotool bootstrapping complete.
>
>
>
>
>
>
> Thanks
> Mike
>
>
> > -----Original Message-----
> > From: Mike Solomon [mailto:mas63@cornell.edu]
> > Sent: Monday, March 27, 2006 8:28 PM
> > To: Michal Mihalik
> > Cc: squid-users@squid-cache.org
> > Subject: Re: [squid-users] squid performance epoll.
> > 350req/sec 100% cpu
> >
> > I would bet that an strace on the master pid would reveal that you
> > are calling poll, not epoll.
> >
> > There are several postings on the list about applying the epoll
> > patch, but IIRC, you need to explicitly --disable-poll --disable-
> > select --enable-epoll for it to work.
> >
> > -Mike
> >
> > On Mar 27, 2006, at 9:09 AM, Michal Mihalik wrote:
> >
> > >>> Date: Mon, 27 Mar 2006 17:31:36 +0200
> > >>> From: Michal Mihalik <michal.mihalik@petitpress.sk>
> > >>> To: squid-users@squid-cache.org
> > >>> Subject: [squid-users] squid performance epoll.
> > 350req/sec 100% cpu
> > >>>
> > >>> Hello.
> > >>> I am tring to optimize squid for best possible performance.
> > >>> it is in production and it's doing more than 350req/sec.
> > >> At peaks upto
> > >>> 500req/sec.
> > >>>
> > >>> My problem is only one. 100% cpu. :-)
> > >>>
> > >>> I tried to update my debian to 2.6.16 and recompiled squid:
> > >>>
> > >>> Squid Cache: Version 2.5.STABLE12
> > >>> configure options: --prefix=/usr --exec_prefix=/usr
> > >> --bindir=/usr/sbin
> > >>> --sbindir=/usr/sbin --libexecdir=/usr/lib/squid
> > >> --sysconfdir=/etc/squid
> > >>> --localstatedir=/var/spool/squid --datadir=/usr/share/squid
> > >>> --enable-async-io --with-pthreads
> > >> --enable-storeio=ufs,aufs,diskd,null
> > >>> --enable-linux-netfilter --enable-arp-acl
> > >> --enable-removal-policies=lru,heap
> > >>> --enable-snmp --enable-delay-pools --enable-htcp --enable-epoll
> > >>> --enable-cache-digests --enable-underscores --enable-referer-log
> > >>> --enable-useragent-log --enable-auth=basic,digest,ntlm
> > --enable-carp
> > >>> --with-large-files i386-debian-linux
> > >>>
> > >>> the thing I realy don't like is 25% cpu + 50% system cpu .
> > >>>
> > >>> why the 50% system!!!!!
> > >>> can anyone help?
> > >>>
> > >>> Kind Regards
> > >>> Michal Mihalik
> > >>>
> > >>>
> > >>
> > >
> > >
> >
>
>
Received on Mon Mar 27 2006 - 15:27:54 MST