You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Randy Terbush <ra...@zyzzyva.com> on 1996/04/30 05:36:11 UTC
Re: Apache = CPU hog? (fwd)
We've had to deal with this exact issue on Solaris, although it
has not been a problem in Apache (yet).
> Rob Hartill wrote:
> >
> >
> > Anyone have any ideas?
>
> I wonder... I read this slightly worrying stuff in man signal on SCO 5...
>
> The signal catching function is not executed during certain slow
> processes even though a signal has been caught. Slow processes are
> considered to be read(S), write(S), open(S), or ioctl(S) system
> calls on a slow device (like a terminal; but not a file), a pause
> (S) routine, or during a wait(S) routine that does not return
> immediately due to the existence of a previously stopped or zombie
> process. Then the interrupted system call may return a -1 to the
> calling process with errno set to EINTR.
>
> sigaction() does not have this qualification. Could this be the problem?
>
> I'm fairly sure I've seen SCO 5 fail to clear up the children, too.
>
> Cheers,
>
> Ben.
>
> >
> > > Further to my posting, here is an example of a session (for apache 1.1b2
> > > on Solaris 2.5) I think this shows adequately what happens - and I waited
> > > quite a while between commands. Would be a pain for more than a few
> > > servers, and could mean the thing is down for a few minutes while I
> > > do this. We actually have a test server which we "swap" with the live
> > > one when we want to change over.
> > >
> > >
> > > Cheers
> > > Keep up the fab work
> > > Mike