imported>Y2kbug: HarmonyOS: Linkfix, Umsetzung erst mit Version 5.0

2025-06-09T12:27:27Z

HarmonyOS: Linkfix, Umsetzung erst mit Version 5.0

Neue Seite

Ein '''Mikrokernel''', auch '''µ-Kernel''' (von griechisch „[[My|μ]]“ für „[[My#Mikro-Zeichen µ|Micro]]“) oder '''Mikrokern''', ist ein [[Kernel (Betriebssystem)|Betriebssystemkern]], der im Gegensatz zu einem [[Monolithischer Kernel|monolithischen Kernel]] nur grundlegende Funktionen erfüllt – in der Regel sind dies Speicher- und Prozessverwaltung, sowie Grundfunktionen zur Synchronisation und Kommunikation.
Alle weiteren Funktionen werden als eigene [[Prozess (Informatik)|Prozesse]] (''[[Server]]''), die mit den nachfragenden Programmen (''[[Client]]'') kommunizieren, oder als [[Programmbibliothek]], welche von den nachfragenden Programmen eingebunden wird, im [[Ring (CPU)|Benutzer-Modus]] implementiert.
[[Datei:OS-structure.de.svg|miniatur|500px|Struktur von [[Monolithischer Kernel|monolithischem Kernel]], Mikrokernel und [[Hybridkernel]] im Vergleich]]
Mikrokerne sind besonders geeignet zur Implementierung [[Verteiltes System|verteilter Betriebssysteme]], da die Betriebssystem-Komponenten ausgelagert werden können.

== Entwicklung ==
Durch mangelhaftes Design einiger früherer Implementierungen haben Mikrokerne den Ruf, eher langsam und unübersichtlich zu sein. Jedoch gibt es inzwischen Kernel, die durch Abbau weiterer Funktionalität, aber auch durch starke Optimierung (z. T. mit Verlust der Portabilität) einen hohen Datendurchsatz erreichen und so an Interesse gewinnen. So arbeitet [[L4 (Mikrokernel)|L4]] mit lediglich zehn Befehlen.

Auf der [[PowerPC]]-Architektur, einer [[Reduced Instruction Set Computer|RISC]]-Architektur, waren extrem leistungsfähige Mikrokerne schon früher realisierbar, da hier die [[Kontextwechsel]] wesentlich schneller durchgeführt werden konnten als auf [[Complex Instruction Set Computer|komplexeren Architekturen (CISC)]], beispielsweise [[x86-Architektur|x86]].

== Vorteile ==
;Separierte Komponenten:
:Einzelne Bestandteile des Betriebssystems können beliebig ausgetauscht werden, ohne dass dadurch andere Teile beeinträchtigt werden. Ein klares Schnittstellen-Design hilft dabei. Der Absturz einer einzelnen Komponente führt nicht zwangsläufig zum Zusammenbruch des gesamten Systems.

;Treiber im [[Ring (CPU)|Benutzer-Modus]]:
:Die Gerätetreiber laufen zusammen mit einem Anwendungsprogramm im Benutzer-Modus – im Gegensatz zu [[Monolithischer Kernel|monolithischen Kerneln]], bei denen alle Treiber im privilegierten Modus laufen. Dies hat den Vorteil, dass die Zugriffsrechte der Treiber einzeln bestimmt werden können.
:Gerätetreiber brauchen nicht im Kernel zu sein und sind meist so konzipiert, dass sie auch mit Benutzerrechten (im Gegensatz zu root-Rechten oder gar im Kernel) ausgeführt werden können. Gleiches gilt für Dateisystem-Treiber etc., sodass z. B. [[File Transfer Protocol|FTP]] und [[WebDAV]] direkt auf Dateisystem-Ebene implementiert werden können, ohne das Sicherheitsrisiko zu erhöhen, d. h. ein Server lässt sich genauso benutzen wie ein lokales Verzeichnis, von allen Anwendungen aus.
:Zur [[Gerätetreiber|Treiber]]-Verwendung genügt es, als normaler Benutzer mit Zugriffsrechten auf die benötigte Hardware angemeldet zu sein. Es ist keine Änderung von Systemdateien oder ein Neustart des Systems nötig. Auch können problemlos Hintergrunddienste („services“) gestartet werden, die z. B. unter [[Linux]] eine Installation in den Kernel, mit root-Rechten und speziell für diesen Kernel kompiliert, erfordern würden.

;Geringere Trusted Computing Base:
:Der Kernel-Code, dem ein Nutzer vertrauen muss, ist im Vergleich zu [[Monolithischer Kernel|monolithischen Betriebssystemen]] relativ klein und somit einfacher zu verifizieren. Zum Beispiel, hat [[Minix (Betriebssystem)|Minix 3]] nur 12.000 Zeilen.<ref>{{Internetquelle |url=https://wiki.minix3.org/doku.php?id=www:documentation:read-more |titel=What is MINIX 3? |werk=minix3.org |sprache=en |abruf=2024-07-30}}</ref>

== Nachteile ==
; Geschwindigkeit:
: Da das auf dem Mikrokern laufende Betriebssystem aus vielen einzelnen Nutzer-Prozessen besteht, sind wesentlich mehr Kontextwechsel nötig als bei monolithischen Betriebssystemen. Dadurch ist ein Mikrokern in der Regel langsamer als ein monolithischer. Für [[L4 (Mikrokernel)|L4]] wurde allerdings nachgewiesen, dass [[L4Linux]] nur geringfügig (5–10 %) langsamer ist als [[Linux]].<ref>{{Literatur | Autor = Hermann Härtig, Michael Hohmuth, Jochen Liedtke, Jean Wolter, Sebastian Schönberg | Titel = The performance of μ-kernel-based systems | Reihe = SOSP '97 | Sammelwerk = Proceedings of the sixteenth ACM symposium on Operating systems principles | Verlag = ACM | Jahr = 1997 | Ort = New York | ISBN = 0-89791-916-5 | Seiten = 66–77 | DOI = 10.1145/268998.266660 | Online = http://os.inf.tu-dresden.de/pubs/sosp97/}}</ref>

; Synchronisation:
: Für die Leistung eines Mikrokern-Systems ist die Synchronisation der vielen Nutzer-Prozesse von zentraler Bedeutung. Die koordinierenden Kernel-Prozesse sind komplex und verhältnismäßig schwierig zu optimieren.

; Hardware-Zugriff:
: Einige Betriebssystemaufrufe, wie etwa physischer I/O-Zugriff, benötigen den privilegierten [[Ring (CPU)|Kernel-Modus]]. Normalen Prozessen sind direkte Zugriffe auf die Hardware aus Sicherheitsgründen untersagt. Um das zu umgehen, können ausgewählte Module wie der I/O-Treiber im Kernel-Modus betrieben werden. Alternativ kann der Mikrokern um elementare I/O-Funktionen erweitert werden, die den Kernel-Modus erfordern. Auf diese Funktionen darf nur der I/O-Treiber zugreifen, der im Benutzer-Modus Mechanismen wie Autorisation implementiert. Beide Lösungen weichen das Mikrokern-Konzept auf.

== Bekannte Mikrokernel ==
* [[Mach (Kernel)|Mach]]
** [[GNU Mach]]
* Kernschnittstelle [[L4 (Mikrokernel)|L4]], Implementierungen:
** Fiasco
** L4Ka::Pistachio
** L4Ka::Hazelnut
* [[MorphOS|Quark]]
* [[KeyKOS]], [[EROS (Betriebssystem)|EROS]], [[Coyotos]]
* [[Minix (Betriebssystem)|Minix]]
* [[ChorusOS|Nucleus]]
* [[SCIOPTA]]

== Betriebssysteme, die auf Mikrokerneln aufsetzen ==
* [[AmigaOS]]
* [[Amoeba (Betriebssystem)|Amoeba]]
* [[ChorusOS]]
* [[GNU Hurd|GNU/Hurd]]
* [[Google Fuchsia]]
* [[HarmonyOS]] (von Huawei; geplant ab Version 2.0, umgesetzt ab Version 5.0)
* [[L4Linux]]
* [[Minix (Betriebssystem)|Minix]]
* [[MkLinux]]
* [[MorphOS]]
* [[PC/GEOS]]
* [[PikeOS]]
* [[QNX]] Neutrino
* [[Singularity (Microsoft)|Singularity]]
* [[Symbian OS]]
* [[Symobi]] (verwendet den [[Sphere (Mikrokernel)|Sphere]] Mikrokern)
* [[Tru64 UNIX]]
* [[ENEA Ose]]
* ThreadX
* [[VMware vSphere|VMware ESXi]]

[[Microsoft Windows NT|Windows NT]] ist, auch wenn dies oftmals fälschlicherweise behauptet wird, kein Mikrokernelsystem. Es gehört zur Gruppe der [[Hybridkernel]]. [[Andrew S. Tanenbaum]] schreibt hierzu: „Windows NT 3.1 war ein halbherziger Versuch eines Mikrokernelsystems, aber es wurde nicht richtig gemacht, und die Leistung war nicht gut genug auf der Hardware der frühen 1990er Jahre, darum gab man die Idee für eine Weile auf.“<ref>„Windows NT 3.1 was a half-hearted attempt at a microkernel system, but it wasn’t done right and the performance wasn't good enough on the hardware of the early 1990s, so it gave up on the idea for a while.“ http://www.cs.vu.nl/~ast/reliable-os/</ref>

Auch [[XNU]], der Kernel des Betriebssystems [[Darwin (Betriebssystem)|Darwin]] von Apple, ist ein Mach-Hybridkernel. Darwin dient als Kernbetriebssystem ({{EnS|Core Operating System}}) von [[macOS]] und davon abgeleiteten Systemen, wie u. a. [[iOS (Betriebssystem)|iOS]].

== Einzelnachweise ==
<references />

{{Navigationsleiste Kerneltypen}}
{{Normdaten|TYP=s|GND=4684244-5}}

[[Kategorie:Betriebssystemtheorie]]

[[fi:Käyttöjärjestelmän ydin#Mikroydin]]
[[fr:Noyau de système d'exploitation#Systèmes à micro-noyaux]]
[[it:Kernel#Microkernel]]

Mikrokernel - Versionsgeschichte

imported>Y2kbug: HarmonyOS: Linkfix, Umsetzung erst mit Version 5.0