spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Das geht dann in den Betriebssystembereich.

Ein Beispiel, worüber du ebenfalls nachdenken kannst: Du hast zwei Programme, das eine spammt ein MS DOS-Fenster mit As in einer Endlosschleife voll, das andere mit Bs. Wenn du nun beide startest, spammen beide gleichzeitig, und das obwohl sie Endlosschleifen haben!

Nun, das liegt daran, dass die CPU eben nicht ganz in so einer Endlosschleife gefangen ist. Andere Hardwarekomponenten können der CPU jederzeit einen IRQ (Interrupt Request) schicken, und dann unterbricht die CPU ihre Arbeit an der Schleife und guckt nach wie dieser IRQ zu behandeln ist. Eine solche Hardwarekomponente ist die gute alte Uhr im PC. Die sendet regelmäßig einen IRQ an die CPU und das Betriebssystem kann diesen IRQ dann zum Anlass nehmen den Prozess zu wechseln! Denn die Behandlung des IRQs übernimmt ein vom Betriebsssytem vorgegebens Stück Software.

Dann mache man einen einfach CPU-Befehl, der da "CLI" heißt und schon geht auch keine Uhr mehr (da sie ein maskierbarer Interrupt ist) und das komplette DOS-Betriebssystem (oder Win9X) hängt in der Tat komplett an diesem einen Programm fest.

Unter neueren Windows, Unix und deren Derivaten wird aber einen einfacher Mechanismus der CPU benutzt und der nennt sich Multitasking in Kombination mit Rechteverwaltung. Das ist keine reine Fähigkeit des Betriebssystems, sondern der CPU. Ein Programm erhält also niemals die volle Kontrolle über die CPU und schon gar nicht die gesamte CPU-Zeit. Immer mal wieder zwischendrin (sprich mehrere hundert bis tausend Mal pro Sekunde) ist die Prozesssteuerung des Betriebssystem-Kerns dran und diese entscheidet, welcher Prozess (also welches Programm) wann und wie oft arbeiten darf. Gibt es ein Programm in einer Endlosschleife, so bekommt dieses eine intern hohe Priorität wohingegen Prozesse mit hoher Ein- und Ausgabe (BUS-Aktionen) eine niedrige erhalten. So kann ein Programm mit Endlosschleife zwar alle anderen ausbremsen und auch den typischen Windows-Task-Manager, aber das Betriebssystem verliert nie komplett die Kontrolle (höchstens der User). Um das zu stoppen müsste man wieder Interrupts ausschalten, was aber im User-Space (also alles außerhalb von Treibern und OS-Kernel) nicht mehr erlaubt ist für Programme.

Wenn du noch mehr über das Thema wissen willst, kannst du ja mal nach Prozess Scheduling suchen. Dort wird dann auch meist im Detail erklärt, was es da für Verfahren gibt (auch hinsichtlich Performance und kritischer Befehlsfolgen wie z.B. Endlosschleifen). In einem späteren Info-Studium wird dir das auf jeden Fall wieder begegnen (auch in den Kombi-Fächern ).

Irgendwie glaube ich, dass dir da ein Stück Ironie entgangen ist.