"System Idle Process" Explained

Discussion in 'Windows Desktop Systems' started by Perris Calderon, Jan 24, 2004.

  1. Perris Calderon

    Perris Calderon Moderator Staff Member Political User

    new york
    lots of miss information concerning the system idle process, so, for members of ntfs, I'll give you the skinny...you'll definitely have a heads up on this much not understood feature of xp

    if you'd like to do more research, the Microsoft publication "inside windows 2000" is an unbelievable wealth of information and reference

    everyone knows, Windows NT is multi threading operating system, which in everyday language just means you can do a bunch of different things on your box, with the illusion that everything is happening simultanously...an amazing ability this is indeed, and everyone should learn to take advantage of it...do not follow that old advice and force your computer to run one only thing at a time, your computer allows you to be so much more productive, it's designed to run many things at once...but that's another discussion.

    the reality is, your standard chip can only do one thing at a time, but, it switches back and forth between threads so fast, and so often, that everything looks like it virtually (I love that word) happens at once.

    this switching back and forth is managed with a set of algorithms known as "the NT scheduler".

    the scheduler simply looks at the priorities on the various threads that are active...it then gives each thread it's share of CPU time, ( this unit of time is known as a quantum )...the quantum length can be adjusted in NT, but that's the word we use when speaking of the time unit the CPU spends with any given thread. Quantum lengths are also devided, and a thread will be preempted and forced to give it up it's remaining quantum immediatly if a higher priority shows up.

    the scheduler doesn't look at what process a thread belongs to, it just looks at the priority of a thread...pretty simple...the scheduler then executes the highest priority...this high priority thread will decay a level for every quantum completed...however, the level can be re bumped depending on the program and how it's referenced by the user....for instance as an extreme example, a keyboard stroke can at times bump a priority on an idle thread that is waiting for that stroke by 6 points.

    The scheduler will be able to prevent threads from starving due to a priority lower then everything else, (When real time threads are not ready to execute) and the scheduler will make sure every thread gets it's share of CPU...lower priority threads are bumped sometimes to level 15... they can even be given more then one quanta if they haven't had a quantum for too long a period.

    there are also other policies that insure lower priorities get a quantum (when real time threads are not ready to execute)... as mentioned, every thread in the 1-15 range will decay a level (to a point set by the program) every time it completes a quantum...and of course, these threads can always get bumped up levels according to use, and so refreshed in priority as well as decayed.

    programs also voluntarily give up their priority, and programs get "blocked "from even being considered for a quantum when they are not ready to execute.

    "not ready to execute", or "blocked" threads use no CPU time...they incur no CPU overhead and there is no CPU management overhead, the overhead of the NT scheduler is a constant set of algorithms that always run....when a thread or process incurs zero CPU, it's as if it's not even running at all as far as CPU resource liability

    if a number of threads have the same priority, these threads are just executed in a round robin fashion along that respective priority.

    of course, there's allot of sophistication involved with these scheduling policies, but you now have an accurate model

    fyi... even most people that know about CPU scheduling in NT are under the impression that there are 31 priorities in the NT kernel

    that's incorrect

    there are 32

    there is 1 through 15 for the common apps, 16 through 31 for critical threads, and then there is a priority "zero"

    in NT, the higher the number a priority, the higher the priority...this is a random choice, and similar to the vms's OS's, (after all, it is David cutler that is responsible for nt)...the reverse could have been true, it's just the way Microsoft did it.

    as told, priorities 1 through 15 are the dynamic priorities that typical applications get assigned..the threads in this realm change priorities all along, getting bumped and degraded according to need by the os...these are dynamic in nature.

    16 through 31 not dynamic, this is what we mean by "real time" when talking about a threads priority...the priority of real time threads is constant...the os does not change the priorities of these threads..these priorities are used for operations that are time critical...in addition, users with administrative authority can also set real time priorities for applications on their own

    so now I finally get to the next level of priority

    this is priority level 0 (zero)

    your system idle process gets a priority of zero.

    This process is a single thread running on each processor, which has the sole task of accounting for processor time when the system isn't processing other threads. In Task Manager, expect this process to account for the majority of processor time.

    with priority zero, when no other thread is executing, priority zero gets a quantum.

    and so, here is the biggest misinterpretation with the system idle process

    if you open your task manager while the CPU is hardly working, and look to processes, you will notice that your system idle process is taking 90% or such of the CPU time.



    this figure represents how much cpu time has not even been requested by anything you are currently working with
    trukkmann, NetRyder, Sazar and 2 others like this.
  2. Electronic Punk

    Electronic Punk Administrator Staff Member Political User Folding Team

    Copenhagen, Denmark
    This folding application is keeping my system idle nicely at 0%
  3. X-Istence

    X-Istence * Political User

    Really nice Perris. Good read, and easy to understand.
  4. Henyman

    Henyman Secret Goat Fetish Political User

    very good read + easy to understand :cool:
  5. indyjones

    indyjones OSNN.net Adventurer

    Nie one perries i actually read up on it the other day but yours is a better explanation than the googled ones :D
  6. NetRyder

    NetRyder Tech Junkie Folding Team

    New York City
    Excellent explanation!
    Thread Stuck :)
  7. Erbmaster

    Erbmaster Moderator Folding Team

    Middle Of Nowhere - UK
    Excellent contribution perris :cool:
    Glad it's got a sticky ;)
  8. lieb39

    lieb39 Apple lover, PC User

    Thanks! That makes sense now... :)
  9. Ohzopants

    Ohzopants My mom thinks I'm cool

    sorry dude...

    nice post, but one unit of time is a quanta, quantum is plural
  10. Perris Calderon

    Perris Calderon Moderator Staff Member Political User

    new york

    websters dictionary;

    Main Entry: 1quan·tum
    Pronunciation: 'kwän-t&m
    Function: noun
    Inflected Form(s): plural quan·ta

    so you have it backwards, my paper was correct in that regard.

    I did however find one gramma mistake I wouldn't have spotted if not for your post...so thanx for that

    I had written;

    '...more then one quantum

    corrected now to;

    ...more the one quanta
  11. cryogenic

    cryogenic OSNN Addict

    TN, blah!
    since we're on the subject of grammar... "than" is the correct term, not "then" :)
  12. Abbadon2001

    Abbadon2001 OSNN Addict

    UK, Leicestershire
    very easy and simple to understand. very nice thread. good to see ones like this around in sticky!
  13. Steevo

    Steevo Spammer representing. Political User Folding Team

    Good job!!!!
  14. munk

    munk OSNN One Post Wonder

    Well, it's definitly a nice explanation, but try to explain this effect:

    I opened my task manager to understand your posting. Then I tried the following:
    - I kept the task manager open
    - I clicked somewhere in this HTML document and held the button down
    - I pressed the keys "END" - "POS1" - "END" - "POS1" continuously and very fastly to generate some cpu-load, for my browser (Firefox) had to select everything from top to bottom and viceversa
    - I watched my System Idle Time and the cpu load of the process "firefox.exe" in the taskmanager

    What I saw was:
    - The cpu load of the "firefox"-process peaked up to 69 percent, but was at least at around 40 percent.
    - Any time the cpu load of this process changed, the system idle process went to 100 minus firefox-cpu-load. Examples: firefox: 63% - idle: 37% / firefox: 52% - idle: 48%

    This was contradicting your explanation. I am running XP Pro SP2 (german). Maybe you can try to watch this phenomenon by yourself and try to embed this effect into your explanation. :)

    Greetings from Hamburg

  15. Perris Calderon

    Perris Calderon Moderator Staff Member Political User

    new york
    your cpu percentage is changing as well, so percentages are going to vary according to delta of both cpu and process, not just process, plus other process delta, as any process that takes larger amounts of cpu, other processes change as well and take smaller percentages

    system idle process represents the cycles that are not being used of whatever percent of the cpu is being used.
  16. munk

    munk OSNN One Post Wonder

    Okay, I got that. But I still don't get the clou of what I can see.

    Let's take it slow, example:

    My firefox.exe takes 45% cpu load.
    All other processes are almost idle, at very little above 0%.
    Now I see the "system idle process" at 55%.

    I understand your definition this way:
    Of this 45% cpu load taken by firefox, 55% is taken by the idle process.

    A few seconds later I see e.g. 64% cpu load used by firefox, and 36% of the idle process.
    This means (by your definition) that of this 64% used by firefox, 36% is used by the idle process.

    But why is the sum always 100? I could post some screenshots of what I mean.
  17. Perris Calderon

    Perris Calderon Moderator Staff Member Political User

    new york
    post screeny...

    on my box, firefox is only about 2%, and there are other processes that take cpu, like explorer, etc

    re you tunning a priority on your firefox?
  18. munk

    munk OSNN One Post Wonder

    Well here it is:

    ("Leerlaufprozess" is the german term for "system idle process")

    With Firefox:

    With Internet Explorer:

    With normal Explorer window:

    Whenever I generate some CPU load, the sum in this task manager window is exactly 100.

    Edit: If you can't get over 2% pressing Pos1 and End, try moving the mouse around as well.
  19. Perris Calderon

    Perris Calderon Moderator Staff Member Political User

    new york
    I'm not following the question munk...the total has to equal 100%

    whenever one process is using any cpu time on a sngle cpu system, no other process is..the total has to be 100%
  20. munk

    munk OSNN One Post Wonder

    Does this mean that it is not clear, how much total cpu load is used? Are these 100 percent not the one hundred percent my cpu could work? Is that what I misunderstood?

    I'm not saying that you're wrong. I believe you're right. But if the task manager does not show the "real" load of my cpu it would be very useless.