Why does unix need to use a state to represent a process


The following table summarizes the possible process states in UNIX operating system. In other words, a UNIX process at any given point of time has one of these nine states.

User Running

Executing in user mode.

Kernel Running

Executing in kernel mode.

Ready to Run, in memory

Ready to run as soon as the kernel schedules it.

A sleep in memory

Unable to execute until an event occurs; process is in main memory (a blocked state).

Read to Run Swapped

Process is ready to run, but the swapper must swap the process into main memory before the kernel can schedule it to execute.

Sleeping, Swapped

The process is awaiting an event and has been swapped to secondary storage (a blocked state).

Preempted

Process is returning from kernel to user mode, but the kernel preempts it and does a process switch to schedule another process.

Created

Process is newly created and not yet ready to run.

Zombie

Process no longer exists, but it leaves a record for its parent process to collect.

The Zombie state denotes that a process was terminated.

Why does UNIX need to use a state to represent a process that no longer exists?

(Interpretation:

How is the Zombie state used?

Is the Zombie state really useful?

Please give an example to show how the Zombie state may be significant or useful.)

Solution Preview :

Prepared by a verified Expert
Operating System: Why does unix need to use a state to represent a process
Reference No:- TGS01133518

Now Priced at $40 (50% Discount)

Recommended (96%)

Rated (4.8/5)