imported>ⵓ: Vorlage {{rp}} ersetzt/ →

2025-11-21T13:21:25Z

Vorlage {{rp}} ersetzt/ →

Neue Seite

{{Redundanztext
|3=IOMMU
|4=Memory Management Unit
|5=Memory Mapping|2=Mai 2023|1=[[Spezial:Beiträge/141.30.244.2|141.30.244.2]] 00:33, 14. Mai 2023 (CEST)}}
Der Begriff '''Memory Management Unit''' ('''MMU'''; {{deS|'''Speicherverwaltungseinheit'''}}) benennt eine [[Hardware]]komponente eines [[Computer]]s, die den Zugriff auf den [[Arbeitsspeicher]] verwaltet.

== Aufgaben ==
Eine MMU rechnet [[virtuelle Adresse]]n jedes einzelnen Prozesses in physische Adressen des externen Speichers um.<ref name="TanenMOS" details="59"/> Damit ermöglicht sie die Trennung zwischen Prozessspeicher und Hauptspeicher, was folgende Konzepte erlaubt:
* Auslagern von zurzeit nicht benötigtem Speicher
* Verzögertes Bereitstellen von angefordertem, aber noch nicht genutztem Speicher.
* Isolation von Prozessen untereinander und zwischen Prozess und Betriebssystem
* Sharing von einzelnen Seiten zwischen Prozessen ([[Shared Memory]])
* Non-Sharing von Seiten zwischen Threads eines Prozesses ([[Thread-local storage]])
* Einblenden von Dateien als Speicher ([[Memory-mapped file]]s)

Die MMU regelt auch [[Speicherschutz]]aufgaben. So können einzelne [[Speicherbereich]]e für die Ausführung von Code, zum weiteren Beschreiben oder zum Lesen gesperrt werden. Man unterscheidet hierbei zwischen der Abschottung von
* Programmen untereinander („horizontale Trennung“): Programme können (zum Beispiel bei Fehlern) nicht auf Speicher anderer Programme zugreifen.
* Programmen gegen das Betriebssystem („vertikale Hierarchie“): Das Funktionieren des Betriebssystems darf nicht durch (fehlerhafte) Anwendungsprogramme gefährdet werden. Dadurch ist der sichere Betrieb im Multitasking wesentlich einfacher, da die Hardware verhindert, dass ein Fehler in einem Prozess zu einem direkten Zugriff auf Daten eines anderen Prozesses oder des Betriebssystems führt. Außerdem kann durch die MMU jedem Prozess ein initial unfragmentierter, exklusiver Speicherraum präsentiert werden.

== Einsatz und Verwendung ==
<div style="background-color:#f9f9f9; border:1px solid #aaa; float:right; margin:6px 0 6px 15px; padding:0.2em 0.4em; width:265px; text-align:center;">
''''' Block Diagramm Skylake CPU'''''<br />
<small>[https://en.wikichip.org/w/images/thumb/e/ee/skylake_server_block_diagram.svg/1900px-skylake_server_block_diagram.svg.png Link zum Bild]</small><br />
<small>(Bitte [[Hilfe:FAQ zu Bildern#Wann ist eine Datei gemeinfrei („Public Domain“)?|Urheberrechte beachten]])</small>
</div>
MMUs waren ursprünglich als externe und optionale Zusatzkomponenten für [[Mikroprozessor]]en konzipiert. Typische Beispiele sind die 16-Bit-CPU Motorola MC68010, die MMU war in einem externen Baustein MC68451 untergebracht. Andere Hersteller wie Zilog und Intel integrierten die MMU direkt in den [[Prozessor]] (Z8001, Intel 80286). Mit dem Aufkommen von [[Cache]]s in CPUs ist die MMU in die CPU verlagert worden.

Dies ist zwingend notwendig, da sich die MMU zwischen CPU-Kern und dem/den Caches befinden muss.
Sie arbeitet mit physischen Adressen, um nicht bei jedem Thread- oder Taskwechsel geflusht werden zu müssen.
Multicore-Systeme mit geteiltem Cache erfordern zwingend die MMU vor diesem geteilten Cache.

{{Stammbaum/Start|style=margin:1em;}}
{{Stammbaum | | | |,|MMUI |-|L1IC |.| | | | | | | | | | | |MMUI=MMU-Instruction |L1IC=L1I-Cache }}
{{Stammbaum | CPU |(| | | | | | | |)| L2C |-| L3C |-|Haupt|CPU=CPU-Kern |L2C=L2-Cache |L3C=L3-Cache |Haupt=Hauptspeicher }}
{{Stammbaum | | | |`|MMUD |-|L1DC |'| | | | | | | | | | | |MMUD=MMU-Data |L1DC=L1D-Cache }}
{{Stammbaum | | | | | | | | | | | | | | | | | | | | | | | }}
{{Stammbaum | | | |,|MMUI |-|L1IC |.| | | | | | | | | | | |MMUI=MMU-Instruction |L1IC=L1I-Cache }}
{{Stammbaum |CPU1 |(| | | | | | | |)| L2C |.| | | | | | | |CPU1=CPU-Kern 1 |L2C=L2-Cache }}
{{Stammbaum | | | |`|MMUD |-|L1DC |'| | | |!| | | | | | | |MMUD=MMU-Data |L1DC=L1D-Cache }}
{{Stammbaum | | | | | | | | | | | | | | | |)|sL3C |-|Haupt|sL3C=shared L3-Cache |Haupt=Hauptspeicher }}
{{Stammbaum | | | |,|MMUI |-|L1IC |.| | | |!| | | | | | | |MMUI=MMU-Instruction |L1IC=L1I-Cache }}
{{Stammbaum |CPU2 |(| | | | | | | |)| L2C |'| | | | | | | |CPU2=CPU-Kern 2 |L2C=L2-Cache }}
{{Stammbaum | | | |`|MMUD |-|L1DC |'| | | | | | | | | | | |MMUD=MMU-Data |L1DC=L1D-Cache }}
{{Stammbaum/Ende}}

Bei Rechnern mit [[Harvard-Architektur]] gibt es zwei MMUs pro Kern – eine für den Befehls- und eine für den Datenspeicher jedes Kerns. Waren früher MMUs „Luxusartikel“, so sind sie heutzutage teilweise selbst in CPUs im Preisbereich um 1 US$ Standard (BCM2835).

== Funktionsprinzip ==
[[Datei:MMU principle updated.png|mini|hochkant=1.4|Schematischer Ablauf der Umrechnung einer virtuellen in eine physische Adresse<ref name="TanenMOS" details="223"/>]]

Jeder durch einen Befehl angeforderte Lese- oder Schreibzugriff wird zuerst auf seine Gültigkeit geprüft und bei Validität durch die ''Memory Management Unit'' in eine physische Adresse umgerechnet. Selbstnachladende MMUs haben einen speziellen Cache-Speicher, den [[Translation Lookaside Buffer]], der jeweils die letzten Adressübersetzungen cacht und so häufige Zugriffe auf die Übersetzungstabelle reduziert. Darüber hinaus enthält die MMU spezielle schnelle Register (wie etwa für Basisadressen und [[Speicheradresse#Segmentierte Adressen|Offsets]]), um die Adressberechnung so effizient wie möglich auszuführen. Man unterscheidet die möglichen Arten der Adressübersetzung ({{enS|address translation}}) nach der Art der verwendeten [[Seitentabelle]]n.

Ursprünglich gab es zwei Methoden der Adressumsetzung, diejenige nach Segmenten (segmented MMU) und diejenige nach Seiten (paged MMU). Bei der Adressumsetzung nach Segmenten werden jeweils logische Speicherbereiche variabler Größe auf einen physischen Speicherbereich gleicher Größe umgesetzt. Da dieses Verfahren jedoch nicht gut mit der Speicherverwaltung moderner Betriebssysteme mit virtueller Speicherverwaltung zusammenpasst, ist es kaum noch in Verwendung. Die Adressumsetzung nach Seiten verwendet normalerweise feste Blockgrößen und ist heute die übliche Methode. Den Mechanismus der Übersetzung von logischen Adressen in physische Adressen bezeichnet man daher im Fall der festen Blockgrößen auch als [[Paging]]. Bei Prozessen mit sehr großem Adressraum würde bei fester Blockgröße eine sehr große Anzahl von Tabelleneinträgen in der MMU nötig. Daher können einige Betriebssysteme, bei Vorhandensein einer entsprechenden MMU, Teile des Adressraums durch Seiteneinträge zusammenfassen, die wesentlich größere Blockgrößen verwenden. Einer logischen Adresse muss nicht jederzeit eine physische zugeordnet sein. Wird eine solche Adresse angesprochen, erfolgt ein sogenannter [[Seitenfehler]] ({{enS|page fault, page miss}}), woraufhin das Betriebssystem die Daten von einem externen Speichermedium laden kann; dieser Vorgang läuft für eine Applikation [[Transparenz (Computersystem)|transparent]] ab. Man spricht hier von „Speichervirtualisierung“.

== Siehe auch ==
* [[Privilegienstufe]], bei der x86-Architektur von Intel auch bekannt als „Ring“

== Literatur ==
* Andrew S. Tanenbaum: ''Moderne Betriebssysteme''. 4., überarbeitete Auflage. Hallbergmoos: Pearson-Studium, 2016, ISBN 978-3-86894-270-5.
* Eduard Glatz: ''Betriebssysteme – Grundlagen, Konzepte, Systemprogrammierung''. 2., aktualisierte und überarbeitete Auflage. dpunkt Verlag, 2010, ISBN 978-3-89864-678-9.
* Erich Ehses et al.: ''Betriebssysteme. Ein Lehrbuch mit Übungen zur Systemprogrammierung in UNIX/Linux.'' München: Pearson-Studium 2005. ISBN 3-8273-7156-2. S. 273 ff.

== Einzelnachweise ==
<references>
<ref name="TanenMOS">Andrew S. Tanenbaum: ''Moderne Betriebssysteme'', 4. überarbeitete Auflage. Hallbergmoos: Pearson Studium, 2016. </ref>
</references>

[[Kategorie:Hardware]]
[[Kategorie:Rechnerarchitektur]]
[[Kategorie:Speicherverwaltung]]

Memory Management Unit - Versionsgeschichte

imported>ⵓ: Vorlage {{rp}} ersetzt/ →