lkml.org 
[lkml]   [2000]   [Feb]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: /proc/nzombies
Hi.

> >It's not at all daft. Why not put them in /proc/lost+found/ instead?

My purpose is to get the *number* of zombies pretty quickly and
efficiently. If I'm then interested in which processes are the zombies,
a scan of the entire /proc suits me fine. Obviously, if all zombies
would (also) be in /proc/lost+found or wherever that would ease my task,
but I don't find it strictly nescessary.

>
> Might I suggest a /proc/0/... tree of process information? (task[0] is
> the kernel after all.) It would help reduce the clutter in /proc. It

I like this idea, but we'd better call it /proc/kernelinfo/... or
something, otherwise a lot of people's programs that think /proc
subdirectories with an all numeric name are processes will break. I've
also been thinking at providing the information (maybe also instead of
only) via sysctl(). Would there be any value in that?

++Jos

--
All the rivers run into the sea; yet the sea is not full; unto
the place from whence the rivers come, thither they return again.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:56    [W:0.079 / U:0.280 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site