RE: About Real Time Priority Threads @ IRQL_PASSIVE_L EVEL

I took the original question’s statement to “Assume Highest Real-time
priority,” to limit the case to only highest realtime priority threads,
which of course will not timeslice. I believe that your statement is correct
and that Sajeev’s statement is incorrect with the inclusion of ‘equal’.

-----Original Message-----
From: Saxena, Ajitabh Prakash [mailto:xxxxx@lsil.com]
Sent: Thursday, June 19, 2003 11:28 AM
To: NT Developers Interest List
Subject: [ntdev] RE: About Real Time Priority Threads @ IRQL_PASSIVE_LEVEL

This is not correct. a Realtime priority thread will not be time sliced.
i.e. the scheduler will not do a time scheduling between two EQUAL real time
Priority thread.It will not switch back and forth between the threads of
equal Realtime priority. The Real time thread will only be pre-emptied if
HIGHER realtime priority thread is ready for execution.

Mark ,any comments??

-----Original Message-----
From: sajeev sas [mailto:xxxxx@yahoo.com]
Sent: Thursday, June 19, 2003 2:53 AM
To: NT Developers Interest List
Subject: [ntdev] RE: About Real Time Priority Threads @ IRQL_PASSIVE_LEVEL

Ofcourse a real-time priority thread will be
pre-empted if another RTP thread with equal or more
priority is ready to run. Incase of this being the
only RTP thread, it’ll continue to run as long as it
waits or completes. As Roddy mentioned, this need some
admin privileges

— “Roddy, Mark” wrote: >
Yes, although you hog a cpu, not a system. You have
> to have admin privileges
> to do this in usermode. In the kernel, feel free to
> wreck anything you like
> :frowning:
>
> -----Original Message-----
> From: Saxena, Ajitabh Prakash
> [mailto:xxxxx@lsil.com]
> Sent: Wednesday, June 18, 2003 2:24 PM
> To: NT Developers Interest List
> Subject: [ntdev] About Real Time Priority Threads @
> IRQL_PASSIVE_LEVEL
>
>
> hi all,
> I read it in Newcomer’s book that a real time
> priority thread (Assume
> Highest Real-time priority ) will not be pre-emptied
> and will run to the
> completion. my question is:
>
> Does this mean that we can easily hog the system by
> creating a real-time
> priority thread and doing some operation repeatedly.
> No other application
> level thread will be scheduled??..please comment.
>
>
> Thanks
> Ajitabh
>
>
>
> —
> You are currently subscribed to ntdev as: xxxxx@stratus.com To
> unsubscribe send a blank email to
> xxxxx@lists.osr.com
>
>
> —
> You are currently subscribed to ntdev as:
> xxxxx@yahoo.com
> To unsubscribe send a blank email to
xxxxx@lists.osr.com

________________________________________________________________________
Send free SMS using the Yahoo! Messenger. Go to
http://in.mobile.yahoo.com/new/pc/


You are currently subscribed to ntdev as: xxxxx@lsil.com
To unsubscribe send a blank email to xxxxx@lists.osr.com


You are currently subscribed to ntdev as: xxxxx@stratus.com To
unsubscribe send a blank email to xxxxx@lists.osr.com