Re: Bug#482346: zsh doesn't always wait for its children (-> zombie)

[Stephane Chazelas <Stephane_Chazelas@xxxxxxxx>]

On Sun, May 25, 2008 at 02:41:01AM +0200, Vincent Lefevre wrote:
> On 2008-05-24 16:40:02 -0700, Phil Pennock wrote:
> > Since you're on a rarer architecture that doesn't see so much Linux
> > kernel debugging, I'd be inclined to look at what has changed in the
> > kernel's architecture-specific signal handling code.  (But see below).
> 
> I don't know if the bug is new. I've never killed vlc in such a way
> in the past. The current kernel is linux-image-2.6.24-1-powerpc
> 2.6.24-7.
> 
> > Further, it's strange that zombies are contributing to load average; if
> > zsh is gone (killed off and no longer even possibly stuck in a tight
> > loop)  and there's the zombie and init left, then there shouldn't be
> > anything contributing to load avg.
> 
> Yes, that's strange.

Now, what happens if the main thread in a multithread
process dies and other threads remain?

Anyway one process can at most contribute 1 point to the load
average, so there must be more, if they don't show in top, that
could be either that they are created and destroyed too fast or
that they are threads.

zombies are not processes so cannot contribute to load average.

> 
> > If you use tools such as top(1), what processes are they attributing the
> > load to?
> 
> None, and the CPU is idle:
> 
> top - 02:31:55 up 22:19,  6 users,  load average: 4.09, 4.24, 4.25
> Tasks: 117 total,   1 running, 115 sleeping,   0 stopped,   1 zombie

Could you try top -H (to see threads) and the same thing with
pdksh?

I'd bet for a kernel and/or pthread and/or vlc issue.

-- 
Stéphane