Contents
What are the different states of Linux process?
What are the process states in Unix/Linux?
- RUNNING & RUNNABLE.
- INTERRRUPTABLE_SLEEP.
- UNINTERRUPTABLE_SLEEP.
- STOPPED.
- ZOMBIE.
What is process D state?
State “D” (uninterruptible sleep) means that the process is in kernel space (in a system call), attempting to perform IO. These processes will not respond to signals (or SIGKILL) and cannot be debugged with gdb or pstack. This is a known Red Hat issue: After upgrading the kernel to 2.6. If not DCA, upgrade the kernel.
What is state D in top command?
You can use the command man top to look up the states: D = uninterruptible sleep I = idle R = running S = sleeping T = stopped by job control signal t = stopped by debugger during trace Z = zombie.
What is T State in Linux?
A linux process can be in a number of different states. The most common state codes you’ll see are described below: R: running or runnable, it is just waiting for the CPU to process it. T: Stopped, a process that has been suspended/stopped.
What is T state in Linux?
Why is D state process bad in Linux?
This state is bad, because you can’t do anything with the process in D state. Fortunately, process normally remains in such state not for so long. But if you have a heap of D state processes then some logic in system is disrupt. If that is happening, the very important thing is to determine where this unlucky sleep occurs.
What does state D mean in Linux kernel?
WCHAN column shows the name of the kernel function where the process is sleeping: State D means uninterruptible sleep, which usually means IO. When the IO completes the process will change state.
When does a process go to’d’state?
It means “uninterruptible sleep”. In this state, a process doesn’t wake up right away to process signals. When doing device I/O it’s the only way to go (otherwise data corruption could result). D state code means that process is in uninterruptible sleep.
How does the D state process effect the CPU?
The D state process effect cpu/processor scheduling. Theoretically, D state still occupying cpu/processor resources. So if too many D state processes, the cpus are busy on scheduling and re-scheduling (that is why we see high system load).