| |
| |
|
 | Windows bietet el Möglichkeit, mehre Prozesse (also Programas) gleichzeitig laufen que se - doch se ejecuta como wirklich irgendetwas "gleichzeitig" de? Nein. Alleine el hecho de, daß lo en el Regel sólo una Prozessor son zeigt, daß el probablemente no el Fall es. Das Betriebsystem muß also irgendwie festlegen, wann welches Programa wieviel Rechenzeit vom Prozessor enthält.
Wird una Programa comenzó, se ihm una sogenannte "Basispriorität" con en el Weg gegeben, el festlegt a welcher Punto el Programa en el "Warteschlange en Prozessorzeit" eingefügt se. Ein Bestandteil dieser "Basispriorität" Es el Priorität des Prozesses. Como una Prozess aber auch mehrere Hilos - also unabhängig ablaufende Programmteile - haben kann, kann auch cada Hilo una zusätzliche diferente Priorität zugewiesen voluntad.
Beides, Priorität des Prozesses y Priorität uno Hilos kann vom Programmierer festgelegt voluntad, en el Regel haben esta Prioritäten aber Standardwerte.
Nur wer al Anfang dieser angesprochenen "Warteschlange" es, erhält wirklich en el Augenblick Prozessorzeit zugewiesen. Dabei se ejecuta en el Hintergrund una Zeitinterwall de. Am Ende des Zeitinterwalls se el augenblicklich laufende Hilo vom Anfang el "Warteliste" a el letzte Punto el wartenden Hilos con el gleichen Priorität movido.
Como después de dieser Método Hilos con uno niedrigen Basispriorität nada ausgeführt voluntad würden, hay como neben el Basispriorität todavía el "Dynamische Priorität". So aumenta se para Ejemplo je länger una Prozess wartet esta "Dynamische Priorität", así daß auch Hilos con niedriger Basispriorität irgendwann una vez al Anfang el "Warteschlange" posición. Diese "Dynamische Priorität" erhoht se ebenfalls, si una Ventana uno Prozesses el Focus bekommt - y el para todos Hilos des Prozesses.
Ist un hilo entonces sólo una vez al Anfang el "Warteschlange" angelang, verringert se después de cada Ablauf des Zeitinterwalls el Dynamische Priorität, a otra vez el anfängliche Basispriorität erreicht es. Das Privileg SeIncreaseBasePriority  schränkt el API SetPriorityClass una.
SetPriorityClass es esta no en el Aktivierung des Privilegs angewiesen, pero aktiviert dieses incluso - lo muß also sólo disponible ser.
Fehlt el angesprochene Privileg, kann el REALTIME_PRIORITY_CLASS ($100) no vergeben voluntad. Wird intenta esta Priorität a vergeben, se el Priorität en el entonces höchsten Valor ($80) HIGH_PRIORITY_CLASS gesetzt. Un Rückmeldung encima evtl. no vorhandene Rechte es no.
El API SetThreadPriority no es por el Privileg eingeschränkt, obwohl esta API ebenfalls para Setzen el Basispriorität beiträgt!
|
|
| |
| |
| |
|
(447)
Deutsch
English
Français
Español
Italia