Hi John,
> I've noticed rare occasions (about 1% of the time) when poll()
returns 0
> -- these are always preceeded in the trace output by a signal
handler,
> like this:
> 45689 mysqld 0.08 CALL sigreturn(0x826ae7c)
> 45689 mysqld 0.10 RET sigreturn JUSTRETURN
> 45689 mysqld 0
Ken Menzel writes:
> Hello Sir,
> Your return of Poll 1 seems to indicated that there is a descriptor
> ready to be serviced (hence the going in continuosly) but that the
> daemon does not seem to be able to complete the servicing of that
> descriptor. I am not sure why your daemon skips 'cloc
Thanks, Ken.
> Your return of Poll 1 seems to indicated that there is a descriptor
> ready to be serviced (hence the going in continuosly) but that the
> daemon does not seem to be able to complete the servicing of that
> descriptor.
I've noticed rare occasions (about 1% of the time) when pol
his
will be easy to find.
Ken
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 03, 2001 10:46 PM
Subject: Mysqld/FreeBSD 4.3 stuck in kernel
> >Description:
> This busy mysql server will run well for about one week,
> wit
>Description:
This busy mysql server will run well for about one week,
with 95% idle cpu. Then at some point it will get "stuck," so
that it is still very responsive, but cpu utilization changes
to 95% system cpu and 0% idle cpu.
When the server is in this condition and I use the ktr