Der '''Kernel''', auch '''Betriebssystemkernel''' genannt, ist der zentraler Bestandteil und die Grundlage eines jeden [[Betriebssystem | Betriebssystems]]. Auf ihn bauen alle anderen Bestandteile des Betriebssystems wie Module, [[Treiber]] oder Anwendungen auf. Je nach Anwendungszweck wurden verschiedene Kernelarten mit individuellen Vor- und Nachteilen entwickelt. == Aufgaben eines Kernels == Ein Kernel hat grundsätzlich folgende Basisaufgaben: * [[Speicherverwaltung]] * [[Prozessverwaltung]] * [[Interprozesskommunikation]] * Geräte- und Hardwareverwaltung * Schnittstelle für [[Treiber]] * [[Syscall]]s für Anwendungsprogramme * [[Scheduling]] Architekturabhängige Teile dieser Aufgaben werden normalerweise in einem [[Hardware Abstraction Layer]] mit einer klar definierten Schnittstelle gekapselt, um die Wiederverwendbarkeit anderer Komponenten zu erhöhen. Dazu zählen teilweise schon (kleine) Treiber, wie z. B. bei [[x86]] bzw. [[x64]] für die [[PIT]], [[PIC]], [[Local APIC]] oder ähnlichem. Je nach Kernelart kommt diesen Aufgaben mehr oder weniger Gewicht zu. Außerdem können z. B. folgende Aufgaben hinzukommen: * [[Dateisystem]]verwaltung * ausgewählte weitere Treiber (z. B. Treiber zum Erkennen und Konfigurieren von [[PCI]]-Geräten) oder alle Treiber == Kernelarten == Folgende Kernelarten existieren: === Monolithischer Kernel === Als monolithischen Kernel bezeichnet man einen Betriebssystemkernel, der nicht nur die typischen Aufgaben eines solchen durchführt, sondern auch gleich Treiber für alle [[:Kategorie:Hardware | Hardware]], das virtuelle Dateisystem, Dateisystemtreiber und vieles mehr enthält. Diese Treiber können entweder fest in den Kernel einkompiliert sein oder zur Laufzeit ladbar sein, laufen aber immer im Kernelmode. Das Treiberinterface besteht somit aus normalen Funktionsaufrufen, was zu einem deutlichen Geschwindigkeitsvorteil führt. Jedoch ist ein solcher Kernel nicht nur unflexibler, sondern auch deutlich fehleranfälliger und abgestürzte Module führen meist zu einem Absturz des gesamten Systems. Interprozesskommunikation spielt in einem solchen Kernel anfangs sicherlich erstmal eine untergeordnete Rolle, da die ges. Funktionalität direkt über den Kernel erreichbar ist. Das folgende Diagramm zeigt den groben Aufbau eines monolithischen Kernels:
{| {{prettytable}} |- | align="center" colspan="2" | Hardware |- | align="center" style="background-color:#D0D8FF" colspan="2" | [[HAL]] |- | align="center" style="background-color:#D0D8FF" | Kernel | align="center" style="background-color:#D0D8FF" | Treiber |- style="border-style:dotted" | align="center" colspan="2" | Syscallinterface |- | align="center" style="background-color:lightgray" colspan="2" | Anwendungen, Bibliotheken |} blau: Kernelmode grau: Usermode
=== Mikrokernel === Bei einem Mikrokernel liegt im Gegensatz zum monolithischen Kernel nur die Implementierung der oben genannten Basisaufgaben im Kernelspace. [[Treiber]], Dateisystemverwaltung (eventuell inklusive virtuellem Dateisystem) und ähnliche Komponenten liegen als gesonderte Prozesse im Userspace und kommunizieren mit dem Kernel über [[Syscall]]s bzw. mit anderen Prozessen über [[Interprozesskommunikation]]. Der Kernel verwaltet und verteilt also nur die Ressourcen, während die Userspaceprozesse sich um die konkrete Nutzung selbst kümmern. Somit kann ein fehlerhafter [[Treiber]] nicht das ganze [[Betriebssystem]] zum Absturz bringen und eventuell neu gestartet werden. Letzteres funktioniert allerdings nur bei einem entsprechenden Design des Kernels, der Interprozesskommunikation und anderer Komponenten, da z. B. ein abstürzender Festplattentreiber, der die Betriebssystempartition verwaltet, nicht so ohne weiteres nachgeladen werden kann, sondern permanent im Speicher vorgehalten werden muss. Prominenter Verfechter dieser Kernelart ist u.a. Andrew S. Tanenbaum, der dieses Prinip in [[Minix]] verwendet. Das folgende Diagramm zeigt den groben Aufbau eines Mikrokernels:
{| {{prettytable}} |- | align="center" colspan="2" | Hardware |- | align="center" style="background-color:#D0D8FF" colspan="2" | [[HAL]] |- | align="center" style="background-color:#D0D8FF" | Kernel | align="center" style="background-color:#D0D8FF" | HAL |- style="border-style:dotted" | align="center" | Syscallinterface | align="center" | Syscallinterface (Hardwarezugriff) |- | align="center" style="background-color:lightgray" | Anwendungen, Bibliotheken | align="center" style="background-color:lightgray" | Treiber |}
=== [[Exokernel]] === Der Exokernel ist eine Unterart des Mikrokernels. Bei einem Exokernel liegt die HAL in Bibliotheken, die vom Programm eingebunden werden können. Jedoch kann das Programm genau so gut selbst auf die Hardware zugreifen. Der Vorteil ist damit höhere Flexibilität für den Programmierer und die bessere Möglichkeit, ein anderes System und dessen API durch eine spezielle Bibliothek zu emulieren. Ein Beispiel für einen Exokernel ist das [http://pdos.csail.mit.edu/exo/ xok]-System vom MIT. === [[Makrokernel]] === Der Makrokernel, auch Hybridkernel genannt, ist eine Verschmelzung zwischen einem monolithischem Kernel und Mikrokernel, die jedoch nicht genau definiert ist. Damit will man die Geschwindigkeitsvorteile eines monolithischen Kernels und die Stabilität und Flexibilität eines Mikrokernels kombinieren. Ab NT 3.1 bezeichnet man [[Windows]] als Hybridkernel. == Links == [http://www.weihenstephan.org/~michaste/down/steil-l4.pdf Erklärung zum Mikro- und L4Kernel] [[Category:Glossar]] [[Kategorie:Betriebssystemkomponente]]