Fünf zentrale Ressourcen verwaltet ein Betriebssystem, in der Fachsprache auch Betriebsmittel genannt: den Prozessor (CPU-Rechenzeit), den Arbeitsspeicher (RAM), den Massenspeicher samt Dateisystem, die Ein- und Ausgabegeräte über Treiber sowie die Netzwerkverbindungen. Es teilt diese knappen Mittel den laufenden Programmen zu, überwacht ihre Nutzung und gibt sie wieder frei – so laufen mehrere Prozesse gleichzeitig und ohne Konflikte.
Was bedeutet „Ressource“ im Betriebssystem?
Eine Ressource (oder Betriebsmittel) ist alles, was ein Programm zur Ausführung braucht, aber nicht selbst besitzt: Rechenzeit, Speicherplatz, ein Gerät, eine Netzwerkverbindung. Diese Mittel sind begrenzt – ein PC hat nur einen Satz CPU-Kerne, eine feste Menge RAM und einen Drucker, der zu einem Zeitpunkt nur einen Auftrag drucken kann. Genau hier setzt das Betriebssystem an: Es steht zwischen der Hardware und den Anwendungen und entscheidet, wer was wann bekommt.
Man unterscheidet physische Ressourcen (real vorhandene Hardware wie CPU, RAM-Riegel, Festplatte) und virtuelle Ressourcen, die das Betriebssystem erst erzeugt – etwa virtueller Arbeitsspeicher oder virtuelle Laufwerke. Aus Sicht des Programms sehen beide gleich aus; die Abstraktion ist Absicht, denn so muss eine Anwendung nicht wissen, ob sie auf einer SSD oder einer Netzwerkfreigabe schreibt.
Anzeige
Diese fünf Ressourcen verwaltet ein Betriebssystem
Welche Ressourcen verwaltet ein Betriebssystem konkret, und mit welcher Technik? Die folgende Übersicht ordnet die fünf Betriebsmittel zu – ein Klassiker für die Fachinformatiker-Prüfung.
| Ressource | Wird verwaltet als | Wichtigste Technik |
|---|---|---|
| Prozessor (CPU) | Rechenzeit, aufgeteilt in Zeitscheiben | Scheduling, Multitasking |
| Arbeitsspeicher (RAM) | Adressraum pro Prozess | Virtueller Speicher, Paging |
| Massenspeicher | Dateien und Verzeichnisse | Dateisystem, Zugriffsrechte |
| Ein-/Ausgabegeräte | Geräte hinter einheitlicher Schnittstelle | Treiber, Spooling, Puffer |
| Netzwerk | Verbindungen und Datenpakete | Protokollstapel, Sockets |
Prozessor: Rechenzeit gerecht verteilen
Die CPU kann pro Kern zu einem Zeitpunkt nur einen Befehlsstrom abarbeiten. Dass auf einem Vierkern-Rechner trotzdem Dutzende Programme „gleichzeitig“ laufen, ist eine Illusion, die der Scheduler erzeugt: Er teilt die Rechenzeit in winzige Zeitscheiben und reicht die CPU reihum weiter (Multitasking). Welcher Prozess als Nächstes drankommt, entscheidet ein Scheduling-Verfahren anhand von Priorität, bisheriger Laufzeit und Wartezeit. Ein Hintergrund-Backup bekommt so weniger Vorrang als das Fenster, in dem du gerade tippst.
Konkret sieht das bei Windows so aus: Jeder Thread trägt eine Prioritätsstufe von 0 bis 31, wobei die 0 allein dem Zero-Page-Thread des Systems gehört. Windows verteilt die Zeitscheiben im Round-Robin-Verfahren an alle Threads der höchsten anstehenden Priorität; taucht ein höher priorisierter Thread auf, entzieht das System dem laufenden Thread die CPU noch vor Ablauf seiner Zeitscheibe (Microsoft Learn, Scheduling Priorities). Die Basispriorität ergibt sich dabei aus zwei Werten: der Prioritätsklasse des Prozesses (von IDLE bis REALTIME) und der Prioritätsstufe des Threads darin – ein normaler Prozess landet so bei Basispriorität 8.
Linux baut dasselbe Prinzip anders auf. Normale Prozesse laufen unter der Richtlinie SCHED_OTHER und lassen sich über den Nice-Wert von −20 (hohe Priorität) bis +19 gewichten; Echtzeit-Richtlinien nutzen daneben die statischen Prioritäten 1 bis 99 und haben immer Vorrang vor normalen Threads (Linux-Manpage sched(7)). Wichtig für alle, die mit älteren Lehrbüchern lernen: Der jahrelang übliche Completely Fair Scheduler ist abgelöst. Seit Kernel 6.6 arbeitet Linux mit EEVDF (Earliest Eligible Virtual Deadline First), das jedem Task einen Lag-Wert und eine virtuelle Deadline zuweist und den Task mit der frühesten Deadline als Nächstes rechnen lässt (Kernel-Dokumentation zu EEVDF).
Beim Wechsel von einem Prozess zum nächsten sichert das System den kompletten Zustand des alten Prozesses und lädt den des neuen – der sogenannte Kontextwechsel. Der kostet selbst Rechenzeit, weshalb ein gut abgestimmter Scheduler nicht ständig hin- und herspringt.
Arbeitsspeicher: jedem Prozess seinen Adressraum
Der RAM ist schnell, aber knapp. Das Betriebssystem gibt jedem Prozess einen eigenen, abgeschotteten Adressraum, damit kein Programm im Speicher eines anderen herumschreiben kann – das ist zugleich ein Sicherheitsmechanismus. Reicht der physische RAM nicht aus, kommt virtueller Speicher ins Spiel: Selten genutzte Speicherbereiche werden in festen Blöcken (Pages) auf die Festplatte oder SSD ausgelagert. Dieses Auslagern und Zurückholen heißt Paging beziehungsweise Swapping.
Wie groß der Unterschied zwischen virtuellem und physischem Speicher ist, zeigen Microsofts eigene Grenzwerte: Ein 64-Bit-Prozess bekommt unter Windows seit Version 8.1 einen Benutzer-Adressraum von 128 TB, während physisch je nach Edition Schluss ist – Windows 11 Home bei 128 GB, Windows 11 Pro bei 2 TB, Enterprise und Pro for Workstations bei 6 TB (Microsoft Learn, Memory Limits). Ein Programm darf also viel mehr Adressen sehen, als der Rechner Speicher hat; die Verwaltung dieser Lücke ist genau der Job des Betriebssystems. Die Verwaltungseinheit ist dabei die Page, üblicherweise 4 KB groß; für große Datenmengen kennen x86-Systeme zusätzlich Huge Pages von 2 MB und 1 GB, die die Übersetzungstabellen entlasten (Kernel-Dokumentation, Concepts overview).
Wird eine Page angefordert, die gerade ausgelagert ist, entsteht ein Page Fault, und das System holt sie zurück. Passiert das im Übermaß, weil zu wenig RAM für zu viele aktive Prozesse da ist, bremst der Rechner spürbar aus – im Extremfall das „Thrashing“, bei dem das System mehr mit Auslagern als mit Arbeiten beschäftigt ist.
Massenspeicher und Dateisystem
Festplatte und SSD speichern Daten dauerhaft, aber als rohe Blöcke. Erst das Dateisystem (etwa NTFS unter Windows oder ext4 unter Linux) macht daraus Dateien und Ordner mit Namen, Größe, Zeitstempel und Zugriffsrechten. Das Betriebssystem führt Buch, welche Blöcke belegt und welche frei sind, verhindert über Rechte, dass jeder Nutzer alles lesen darf, und organisiert die Partitionierung der Datenträger.
Ein- und Ausgabegeräte
Tastatur, Maus, Drucker, Grafikkarte, USB-Stick: Hinter jedem Gerät steckt ein Treiber, der die geräteeigene Sprache in eine einheitliche Schnittstelle übersetzt. Anwendungen sprechen so nur das Betriebssystem an und müssen nicht jedes Druckermodell einzeln kennen. Geräte, die immer nur einen Auftrag gleichzeitig erledigen können – der klassische Drucker –, bedient das System über eine Warteschlange (Spooling): Aufträge werden gesammelt und der Reihe nach abgearbeitet.
Netzwerk
Sobald Daten den Rechner verlassen, verwaltet das Betriebssystem die Netzwerkverbindungen. Es zerlegt Daten in Pakete, ordnet sie über den Protokollstapel (TCP/IP) den richtigen Anwendungen zu und stellt sicher, dass mehrere Programme parallel ins Netz funken können, ohne sich gegenseitig zu stören.
Wie das Betriebssystem die Ressourcen konfliktfrei zuteilt
Knappe Mittel und viele Bewerber bedeuten ständige Konkurrenz. Das System löst das auf drei Wegen. Erstens über Prioritäten: Wichtige oder zeitkritische Prozesse erhalten ihre Ressource bevorzugt. Zweitens über Warteschlangen: Wer nicht sofort drankommt, wartet geordnet, statt dass Aufträge verloren gehen. Drittens über Überwachung und Freigabe: Belegte Ressourcen werden zurückgegeben, sobald ein Prozess sie nicht mehr braucht, damit andere sie nutzen können.
Wenn sich Prozesse gegenseitig blockieren: der Deadlock
Ein Deadlock ist die Verklemmung, bei der zwei oder mehr Prozesse für immer aufeinander warten: Prozess A hält Ressource 1 und will Ressource 2, Prozess B hält Ressource 2 und will Ressource 1. Keiner gibt nach, beide stehen. In der Prüfung beliebt sind die vier Bedingungen (nach Coffman), die alle gleichzeitig erfüllt sein müssen, damit ein Deadlock überhaupt entstehen kann:
- Wechselseitiger Ausschluss: Mindestens eine Ressource ist nicht teilbar – nur ein Prozess darf sie zugleich nutzen.
- Halten und Warten: Ein Prozess hält schon eine Ressource und fordert eine weitere an.
- Kein Entzug: Eine zugeteilte Ressource kann nicht zwangsweise weggenommen werden.
- Zyklische Wartebedingung: Die Prozesse bilden einen geschlossenen Wartekreis.
Das Betriebssystem begegnet dem auf drei Arten: Verhinderung (eine der vier Bedingungen gezielt ausschließen), Vermeidung (Ressourcen nur zuteilen, wenn kein gefährlicher Zustand entsteht) sowie Erkennung und Auflösung (Deadlock zulassen, aufspüren und einen Prozess abbrechen oder zurücksetzen).
Wie der Erkennungsweg praktisch aussieht, zeigt Windows mit der Schnittstelle Wait Chain Traversal (WCT). Sie verfolgt die Wartekette – also die abwechselnde Folge aus Threads und Synchronisationsobjekten, bei der jeder Thread auf ein Objekt wartet, das dem nächsten Thread gehört – und macht daraus eine Diagnose für hängende Anwendungen. Unterstützt werden unter anderem Critical Sections, Mutex-Objekte, COM, ALPC, SendMessage sowie Wartefunktionen auf Prozesse und Threads (Microsoft Learn, Wait chain traversal). Wenn eine Anwendung „nicht mehr reagiert“, steckt genau so eine Kette dahinter: Der Thread der Oberfläche wartet auf ein Objekt, das ein Hintergrund-Thread hält.
Was passiert, wenn eine Ressource ausgeht?
Die Theorie wird an dem Punkt greifbar, an dem ein Betriebsmittel wirklich zur Neige geht. Beim Arbeitsspeicher ist das gut dokumentiert: Unter Druck starten im Linux-Kernel die kswapd-Dämonen und geben Seiten frei oder schreiben sie auf den Hintergrundspeicher zurück. Reicht das nicht, geht eine Anforderung in den „direct reclaim“ – die Zuteilung wird angehalten, bis genug Seiten frei sind, was sich als Ruckeln bemerkbar macht. Erst wenn auch das scheitert, wählt der OOM-Killer laut Kernel-Doku „eine Aufgabe zum Opfern für die Gesundheit des Gesamtsystems“ aus und beendet sie (Kernel-Dokumentation, Concepts overview). Unter Windows ist das Gegenstück die Auslagerungsdatei: Sie fängt den Überlauf ab, kostet aber Tempo, weil SSD-Zugriffe um Größenordnungen langsamer sind als RAM-Zugriffe.
Für die Fehlersuche heißt das: Nicht die Auslastung allein zählt, sondern welche Ressource der Engpass ist. Dauerhaft 100 Prozent CPU bei niedriger Speicherauslastung deutet auf einen rechenhungrigen Prozess, ständiges Auslagern bei vollem RAM auf zu wenig Arbeitsspeicher, und eine Anwendung, die bei kaum Last einfriert, auf eine Wartekette – also ein Sperrproblem, kein Leistungsproblem.
Hintergrund: Warum die Ressourcenverwaltung so zentral ist
Die Verwaltung der Betriebsmittel ist nicht eine Aufgabe des Betriebssystems unter vielen – sie ist sein eigentlicher Daseinszweck. Ohne sie könnte immer nur ein einziges Programm laufen, Abstürze einer App würden den ganzen Rechner mitreißen und ein Drucker müsste manuell freigegeben werden. Erst die kluge Zuteilung von CPU, RAM, Speicher, Geräten und Netzwerk macht aus blanker Hardware ein nutzbares System, auf dem Browser, Office und Backup gleichzeitig und stabil arbeiten.
Für die Praxis heißt das: Wenn ein Rechner ruckelt, lohnt der Blick auf genau diese Ressourcen. Ein Task-Manager, der dauerhaft 100 Prozent RAM und reichlich Auslagerung zeigt, deutet auf zu wenig Arbeitsspeicher hin – das System verwaltet die Knappheit dann nur noch, statt flüssig zu arbeiten. Und wer für die Prüfung lernt, merkt sich die Reihenfolge, in der auch dieser Artikel aufgebaut ist: erst die Grundfrage – welche Ressourcen verwaltet ein Betriebssystem –, dann die Technik dahinter, dann die typischen Fehlerbilder.
Quellen
- Microsoft Learn – Scheduling Priorities (Prioritätsstufen 0–31, Round-Robin, Basisprioritäten)
- Microsoft Learn – Memory Limits for Windows Releases (128 TB Adressraum je 64-Bit-Prozess; RAM-Grenzen Windows 11)
- Microsoft Learn – Wait chain traversal (Warteketten und Deadlock-Diagnose)
- Linux-Kernel-Dokumentation – EEVDF Scheduler (Ablösung des CFS ab Kernel 6.6)
- Linux-Kernel-Dokumentation – Concepts overview (Memory Management) (Pages, Huge Pages, Reclaim, OOM-Killer)
- Linux-Manpage sched(7) (SCHED_OTHER, Nice-Werte −20 bis +19, Echtzeitprioritäten 1–99)
Häufige Fragen
Welche Ressourcen verwaltet ein Betriebssystem?
Fünf zentrale Betriebsmittel: den Prozessor (CPU-Rechenzeit), den Arbeitsspeicher (RAM), den Massenspeicher samt Dateisystem, die Ein-/Ausgabegeräte über Treiber sowie die Netzwerkverbindungen.
Was bedeutet Betriebsmittelverwaltung?
Betriebsmittelverwaltung ist der Fachbegriff für die Ressourcenverwaltung: das Zuteilen, Überwachen und Freigeben von CPU, Speicher, Geräten und Netzwerk an die laufenden Prozesse.
Was ist der Unterschied zwischen physischen und virtuellen Ressourcen?
Physische Ressourcen sind real vorhandene Hardware wie CPU oder RAM-Riegel. Virtuelle Ressourcen erzeugt das Betriebssystem zusätzlich, etwa virtuellen Arbeitsspeicher – für Programme sehen beide gleich aus.
Was sind die vier Bedingungen für einen Deadlock?
Wechselseitiger Ausschluss, Halten und Warten, kein Entzug und eine zyklische Wartebedingung. Erst wenn alle vier gleichzeitig gelten, kann ein Deadlock entstehen.
Was macht der Scheduler im Betriebssystem?
Der Scheduler verteilt die CPU-Zeit in Zeitscheiben. Windows nutzt dafür Prioritätsstufen von 0 bis 31 im Round-Robin-Verfahren, Linux seit Kernel 6.6 den EEVDF-Scheduler.
