httpd-2.0 with apr_sigwait() patch loops.
Uhmmm... The patch I just proposed doesn't really cut it. It makes apache compile & build, but when starting it, it loops (linux, threaded) and eats huge amounts of CPU power. Same with --with-mpm=prefork Martin -- <[EMAIL PROTECTED]> | Fujitsu Siemens Fon: +49-89-636-46021, FAX: +49-89-636-41143 | 81730 Munich, Germany
Re: httpd-2.0 with apr_sigwait() patch loops.
loops and gdb says it's in sendfile(): (gdb) where #0 0x401546c2 in sendfile () at soinit.c:59 Even with -g3, I don't get to see more of the stack... Martin -- <[EMAIL PROTECTED]> | Fujitsu Siemens Fon: +49-89-636-46021, FAX: +49-89-636-41143 | 81730 Munich, Germany
Re: httpd-2.0 with apr_sigwait() patch loops.
Martin Kraemer <[EMAIL PROTECTED]> writes: > Uhmmm... The patch I just proposed doesn't really cut it. > It makes apache compile & build, but when starting it, it loops > (linux, threaded) and eats huge amounts of CPU power. > > Same with --with-mpm=prefork Martin: I tested prefork lightly on Linux (RH 6.0) with the sigwait() change I just committed and observed no looping, either in -DONE_PROCESS mode or in normal mode. Take care, Jeff -- Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site: http://www.geocities.com/SiliconValley/Park/9289/ Born in Roswell... married an alien...
Re: httpd-2.0 with apr_sigwait() patch loops.
I found out who the culprit is. It's the platform. The following patch disables the broken sendfile() implementation on s390-ibm-linux-gnu (see attachment). After that patch, httpd-2.0 works both threaded and preforked. Thanks, Martin -- <[EMAIL PROTECTED]> | Fujitsu Siemens Fon: +49-89-636-46021, FAX: +49-89-636-41143 | 81730 Munich, Germany Index: srclib/apr/configure.in === RCS file: /home/cvs/apache/apr/configure.in,v retrieving revision 1.231 diff -u -r1.231 configure.in --- srclib/apr/configure.in 2001/02/20 03:03:34 1.231 +++ srclib/apr/configure.in 2001/02/21 13:56:52 @@ -648,6 +648,9 @@ *alpha*-dec-osf* ) sendfile="0" ;; +s390-*-linux-gnu) +sendfile="0" +;; esac if test "$orig_sendfile" != "$sendfile"; then echo "sendfile support disabled to avoid system problem"
Re: httpd-2.0 with apr_sigwait() patch loops.
Martin Kraemer <[EMAIL PROTECTED]> writes: > I found out who the culprit is. It's the platform. > The following patch disables the broken sendfile() implementation > on s390-ibm-linux-gnu (see attachment). > > After that patch, httpd-2.0 works both threaded and preforked. Beauteous (well, that it works)... If you keep up with Linux-on-S/390 kernel issues then we'll eventually know when to allow it on a certain version. I've got an id on one of these systems somewhere, but after the initial shock of discovering that it's just Linux I haven't played. About to commit... Take care, Jeff -- Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site: http://www.geocities.com/SiliconValley/Park/9289/ Born in Roswell... married an alien...
Re: httpd-2.0 with apr_sigwait() patch loops.
On Wed, 21 Feb 2001, Martin Kraemer wrote: > Uhmmm... The patch I just proposed doesn't really cut it. > It makes apache compile & build, but when starting it, it loops > (linux, threaded) and eats huge amounts of CPU power. > > Same with --with-mpm=prefork There is another problem then. I didn't touch prefork with that patch. Ryan ___ Ryan Bloom [EMAIL PROTECTED] 406 29th St. San Francisco, CA 94131 ---
Re: httpd-2.0 with apr_sigwait() patch loops.
Martin Kraemer <[EMAIL PROTECTED]> writes: > Uhmmm... The patch I just proposed doesn't really cut it. > It makes apache compile & build, but when starting it, it loops > (linux, threaded) and eats huge amounts of CPU power. Martin: Any idea how we would get to sendfile() when starting Apache? We shouldn't be there at all, so perhaps disabling sendfile() on s390 linux was not the right fix. -- Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site: http://www.geocities.com/SiliconValley/Park/9289/ Born in Roswell... married an alien...
Re: httpd-2.0 with apr_sigwait() patch loops.
On Wed, Feb 21, 2001 at 12:31:27PM -0500, Jeff Trawick wrote: > > Any idea how we would get to sendfile() when starting Apache? > > We shouldn't be there at all, so perhaps disabling sendfile() on s390 > linux was not the right fix. No, it started normally, and only when reaching the first sendfile() it looped. On the client side, the header was returned intact, but the body never appeared. On the server side, you could watch the server in top(1) eating cpu. Martin -- <[EMAIL PROTECTED]> | Fujitsu Siemens Fon: +49-89-636-46021, FAX: +49-89-636-41143 | 81730 Munich, Germany