06-29-04 03:00 PM
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Karthick S. wrote:
> 1841HRS 29 Jun 2004
>
> Hi,
>
> Can anyone tell me some good references to materials on Zombies
> and Orphans?
Google is your friend. STFW, and you shall find all that you seek.
Or, you could read a good book on Unix, or on OS design, such as
- - "Advanced programming in the Unix Environment" by W. Richard Stevens
- - "Operating Systems Design and Implementation" by Andrew Tanenbaum and
Albert Woodhull
> I have asked this question to many people and have
> received different replies from each of them. Some of the answers even
> cost me interviews.
The definition of an orphan and a zombie process is well known, and has
been standardized for decades. I'm surprised that you find a variance in
the definitions, wide enough to cause problems at job interviews
> So can anyone give me the name of some resource (in the net or
> otherwise) about this.
>
> If you are giving some direct replies, it would be better if you
> can substantiate your replies with references to books, just so that
> we can get more info on the subject that way.
Briefly,
- - Each process has a parent process, culminating with the init (pid 1)
process
- - The parent process is expected to monitor the health of any children
processes it spawns.
- - If the parent process terminates before the children processes do,
then the children processes become 'orphans', and are 'adopted' by the
init process (pid 1)
- - Orphan processes are 'live'; they are executing, and take up both a
process table slot, and real system resources (CPU, memory, I/O)
- - If the child process terminates before the parent process does, then
the child process becomes a 'zombie' until the parent process
retrieves the child process' status. Normally, this interval is so
small that it is not noticable in human time. However, when a parent
process refuses to reap it's dead children's status, or defers that
activity for an extended period of time, the child process is shown
as a 'zombie' process.
- - Zombie processes are 'dead', but not buried. They are no longer
taking up real system resources (CPU, memory, I/O), but /do/ take up
a process table slot. They will give up even this, once their parent
(or init) reaps their process status.
http://www-cdf.fnal.gov/offline/UNI...pts.zombies.txt
http://www.cs.princeton.edu/courses...bie.
pdf
> Thanks in advance.
> with warm regards,
> Karthick S.
- --
Lew Pitcher, IT Consultant, Enterprise Application Architecture
Enterprise Technology Solutions, TD Bank Financial Group
(Opinions expressed here are my own, not my employer's)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (MingW32)
iD8DBQFA4XC+agVFX4UWr64RAsMqAKC58ypw2YPE
RR0l1CyGe9EHYYzIEwCeNaej
lgjxQOnID+dA3JjKBnkedyI=
=TCQh
-----END PGP SIGNATURE-----
[ Post a follow-up to this message ]
|