From: Joseph Cordina <joseph.cordina@um.edu.mt>
To: linux-kernel@vger.kernel.org
Subject: wait queue process state
Date: Mon, 27 May 2002 17:11:23 -0400 [thread overview]
Message-ID: <3CF2A0FB.8090507@um.edu.mt> (raw)
Hi,
I am quite new to this list and thus does not know if this question
has been answered many a times. I have looked in the archive but could
not find it. Here goes anyway:
I realised that when processes are placed in the wait queue, they
are set at either INTERRUPTIBLE or NONINTERRUPTIBLE. I also noticed that
something like file access is set as NONINTERRUPTIBLE. Could someone
please tell me the reason for having these two states. I can understand
that INTERRUPTIBLE can be made to be interrupted by a timer or a signal
and vice versa for UNTERRUPTIBLE. Yet what makes blocking system calls
as INTERRUPTIBLE or NONINTERRUPTIBLE. Also why is file access considered
as NONINTERRUPTIBLE.
In addition, inside the kernel running, are these two different states
treated differently (apart from the allowance to be interrupted or
otherwise).
The reason I am asking is that I am working on scheduler activations
which allow new kernel threads to be created when a kernel thread blocks
inside the kernel. Yet this only works for INTERRUPTIBLE processes, I
was thinking of making it work also for NONINTERRUPTIBLE processes. Just
wondering if this would have any repurcusions. Also when a process
generates a page fault which causes a page to be retreived from the
filesystem, it such a process placed in the wait queue as
NONINTERRUPTIBLE also ?
Cheers
Joseph Cordina
University of Malta
next reply other threads:[~2002-05-27 15:07 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-05-27 21:11 Joseph Cordina [this message]
2002-05-27 15:49 ` wait queue process state William Lee Irwin III
2002-05-28 7:57 ` Terje Eggestad
2002-05-28 23:01 ` jw schultz
2002-05-28 23:05 ` Benjamin LaHaise
2002-05-29 0:21 ` Alan Cox
2002-05-29 10:58 ` David Woodhouse
2002-05-29 12:43 ` Alan Cox
2002-05-29 11:55 ` Roman Zippel
2002-05-29 13:29 ` Alan Cox
2002-05-29 11:56 ` David Woodhouse
2002-05-31 19:05 ` Theodore Ts'o
2002-05-29 11:25 ` Trond Myklebust
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3CF2A0FB.8090507@um.edu.mt \
--to=joseph.cordina@um.edu.mt \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox