Kapitel VI. Speicherverwaltung. Vorlesung Betriebssysteme

Transkript

1 Kapitel VI Speicherverwaltung 1

2 Speicherverwaltung Computer exekutiert Programme (mit Daten) im Hauptspeicher. Hauptspeicher: Großes Array von Wörtern W (1 oder mehrere Bytes) Jedes Wort hat eine eigene Adresse. Ausführungszyklus einer Programminstruktion: CPU holt Instruktion aus Hauptspeicher basierend auf Programmzähler. Instruktion wird dekodiert. Operanden werden von Hauptspeicher/Register geholt. Resultate werden im Hauptspeicher/Register gespeichert. Meistens werden mehrere Programme zugleich exekutiert. Hauptspeicher hat zuwenig Platz für f r alle Programme und Daten. Festplatte als Backup-Speicher für f r Hauptspeicher. 2

3 Adressbindung (1) Programm liegt auf Festplatte als Binärcode. Programm wird geladen (von Festplatte in Hauptspeicher) und von Prozess exekutiert. Prozesse, die darauf warten, geladen zu werden, befinden sich in der Eingabewarteschlange. Ein Prozess wird aus der Warteschlange ausgewählt und geladen. Prozess greift auf Instruktionen und Daten im Speicher zu. Prozess terminiert und gibt Speicher frei. Programm kann an viele Stellen im Speicher geladen werden. Die Adressbindung von Instruktionen und Daten kann auf verschiedene ene Arten erfolgen. 3

4 Adressbindung (2) Zur Übersetzungszeit Programmstartadresse im Speicher zur Übersetzungszeit bekannt. Kann absolute Adressen generieren Bei Änderung der Startadresse muss neu übersetzt werden. Zur Ladezeit Startadresse des Programms nicht zur Übersetzungszeit bekannt. Übersetzer erzeugt relocatable Code. Adressbindung erst zur Ladezeit Bei Änderung der Startadresse muss neu geladen werden. Zur Laufzeit Prozess kann während w Exekution im Speicher verschoben werden. Adressbindung erst zur Laufzeit. Spezielle Hardware notwendig (dynamische Adressberechnung) 4

5 Verarbeitung eines Programms zur Übersetzungszeit Eingabeprogramm Symbolische Adressen z.b. ZählerZ Übersetzer oder Assembler Objektmodul Warum muss ein Programm für f r jeden Prozessor neu übersetzt werden? Warum muss ein Programm beim Wechsel des Betriebssystems neu übersetzt werden? Relocatable Adressen 5 z.b. 14 Bytes nach Beginn dieses Speichermoduls

6 Verarbeitung eines Programms zur Ladezeit Objektmodul Weitere Objektmodule Linker Lademodul Lader Systembibliothek 6

7 Verarbeitung eines Programms zur Laufzeit Lader Dynamisch geladene Systembibliothek Binärcode (Image) absolute Adressen 7

8 Dynamisches Laden und Linken Dynamisches Linken (meist für f r Sprach- oder Systembibliotheken): Linken von Routinen mit Benutzerprogramm zur Laufzeit. Statt Routine wird Stub in den Binärcode inkludiert. Stub weiß wo sich Routine (bereits geladen) befindet, oder wie man Routine lädt. l Stub ersetzt sich selbst mit der Adresse der Routine und exekutiert diese. Bei der nächsten n Verwendung einer Routine ist diese bereits im Speicher. Dynamisches Laden: Dynamisches Laden, um Speicher optimal auszunützen Alle Routinen sind auf der Platte in relocatable Format. Eine Code-Routine wird erst bei Gebrauch zur Laufzeit geladen. 8

9 Overlays Was ist, wenn ein Prozess mehr Speicher benötigt, als physikalisch verfügbar ist? Verwende Overlays: Lege nur jene Befehle im Speicher ab, die gerade benötigt werden. Alle anderen Befehle bleiben auf der Platte. Bei Bedarf ersetze geladene Befehle, die möglichst m nicht mehr verwendet werden. Programme werden dazu in Segmente zerlegt. Ein Overlay ist eine Sequenz von Segmenten, die vollständig im Speicher exekutiert werden kann. 9

10 Logische und Physikalische Adressen Logische (virtuelle) Adressen aus der Sicht der CPU Physikalische Adressen aus der Sicht des Speichers Logische Adressen werden zur Laufzeit von der Memory Management Unit (MMU) in physikalische Adressen übersetzt. MMU ist ein Hardware-Bauteil. CPU logische Adresse Relocation Register physikalische Adresse MMU Haupt- speicher 10

11 Speicherverwaltung (1) Was tun, wenn der Hauptspeicher nicht ausreicht? Teil des Speichers könnte k auf die Platte ausgelagert werden. Platte ist größ ößer, dafür r langsamer als der Hauptspeicher. Mehrere Programme zugleich im Speicher CPU ist besser ausgelastet (Prozess wird exekutiert, während w andere Prozesse auf I/O warten) Mehrere Programme exekutieren zugleich. Übersetzer, Editor, Debugger Textverarbeitungs-,, Spreadsheet- und Zeichenprogramm Prozesse müssen m untereinander vor unerlaubtem Speicherzugriff geschützt werden. Verwende virtuelle Adressen Werden wie herkömmliche Adressen verwendet Hardware übersetzt diese in physikalische Adressen. 11

12 2 grundlegende Ansätze: Swapping virtueller Speicher Speicherverwaltung (2) Swapping jeder Prozess vollständig im Speicher läuft eine gewisse Zeit wird auf Plattenspeicher ausgelagert virtueller Speicher Teile eines Programms befinden sich im Speicher Beide Ansätze stellen dem Programmierer einen logischen Speicher zur Verfügung, der den gesamten Hauptspeicher aber nur einen Teil des Plattenspeichers (spezieller Bereich) umfasst. 12

13 Swapping (1) Prozess muss sich im Hauptspeicher befinden, bevor er exekutiert wird. Swapping: Transfer von vollständigem Prozess aus Hauptspeicher in den Plattenspeicher und umgekehrt Prozess kann temporär r auf Plattenspeicher ausgelagert werden: Multitasking gute Ausnutzung der CPU Laufzeiten sollen im Vergleich zu den Swap-Intervallen lang sein. Swapping ist teuer! Betriebssystem muss jederzeit die Größ öße e des dynamisch alloziierten Speichers eines Programmes kennen. Prozesse mit hoher Priorität t haben Vorrang. Zu wenig Hauptspeicher Swap-Speicher Speicher der Platte ist separater (getrennt von Filesystem) Bereich, um Zugriffszeiten zu optimieren. Prozess wird wieder von Platte in Hauptspeicher kopiert. 13

14 Swapping (2) 14

15 Swapping Änderung der Speicherallokation Veränderung der Speicherallokation, wenn Prozess in den Hauptspeicher geladen wird Hauptspeicher verlässt 15

16 Speicherverwaltung mit Bitmaps oder Freibereichslisten Teil eines Speichers mit 5 Prozessen und 3 Leerräumen Bit im Bitmap entspricht einer Einheit (Wörter, einige Kilobytes) freie Einheiten als schraffierte Flächen Bitmap versus verkettete Liste 16

17 Speicherverwaltung mit verketteten Listen 17

18 Swapping dynamische Speicherblöcke cke Speichervergabe für f r dynamisch wachsende Datensegmente Speichervergabe für f r wachsenden Stack und Datensegmente 18

19 Swapping und dynamische Speichervergabe Suchverfahren (1) Bei Speicheranforderung: suche passenden Eintrag in Freispeicherliste benötigten Anteil an Prozess zuweisen Rest wieder in Freispeicherliste eintragen First-fit fit: : erster Freibereich, der groß genug ist d.h. den mit der kleinsten Adresse Next Fit: : wie First Fit, aber Suche startet an zuletzt gefundener Position statt am Anfang Schlechter als First Fit: Fragmentiert gesamten physischen Adreßraum raum 19

20 Swapping und dynamische Speichervergabe Suchverfahren (2) Best-fit fit: : kleinster Freibereich, der groß genug ist; gesamte Liste muss durchsucht werden; sortiere Freibereich nach der Größ öße. Nachteil: erzeuge viele, sehr kleine Freibereiche Worst-fit fit: : verwende am schlechtesten passenden Bereich (größ ößter Freibereich); muss gesamte Liste durchsuchen. First-fit und Best-fit sind besser als Worst-fit im Bezug auf Geschwindigkeit und Speicherverbrauch. First-fit ist das schnellste Verfahren. 20

21 Swapping und dynamische Speicherverwaltung 21

22 Swap-Space Space Wo befindet sich der Swap Space? Ist es ein normales File im File-System System? Befindet es sich in einem speziellen Bereich auf der Platte? normales File einfache Lösung L verhält sich wie ein File leicht zu ändern verwende herkömmliche Tools langsam wegen File-System System-Overhead spezieller Plattenbereich schneller Änderungen sind schwierig, da neuer Plattenbereich benötigt wird. 22

23 Swapping: Diskussion Unterschied zu festen Partitionen: Zahl, Größ öße e und Ort der Partitionen variabel Löcher im Speicher können k im Prinzip durch Verschieben zusammengefasst werden. Probleme: Ein- und Auslagern ist sehr zeitaufwendig. Prozess kann zur Laufzeit mehr Speicher anfordern. führt evtl. zu Verschiebung oder Auslagerung von Prozessen Schlechte Speichernutzung: Prozess benötigt in der Regel nicht immer seinen ganzen Adressraum. 23

24 Virtueller Speicher: Paging (1) Virtueller Speicher meist durch Paging implementiert Physikalischer Speicher (Haupt- und Plattenspeicher) wird in Blöcke (Frames( - Seitenrahmen) ) gleicher Größ öße e unterteilt. Logischer Speicher wird in Blöcke (Seiten( Seiten) ) mit derselben Größ öße e wie Frames unterteilt. Typische Seitengröß ößen liegen zwischen 512 Bytes und 16 MBytes Bei der Exekution eines Prozesses durch die CPU werden nur jene Seiten in den Speicher geladen, die tatsächlich verwendet werden. Zwischen Speicher und Platte werden immer ganze Seiten übertragen. Tabelle für f r die Adresskonvertierung von virtuellen in physikalische Adressen en Betrachte eine 32-Bit Adresse 4096 Byte Seiten (12 Bits für f r die Adressierung innerhalb der Seite) 2^20 Seiten (20 Bits) virtuelle Adresse 20 bits 12 bits Position Present Rd/Write Seiten- Tabelle + Hauptspeicher 24

25 Virtueller Speicher: : Paging (2) Grundlagen: strikte Trennung zwischen logischen Adressen,, die der Prozess sieht bzw. benutzt. physischen Adressen,, die der Hauptspeicher sieht. Idee: bei jedem Speicherzugriff wird die vom Prozess erzeugte logische Adresse auf eine physische Adresse abgebildet durch Hardware: MMU (Memory Management Unit) Vorteile: kein Verschieben beim Laden eines Prozesses erforderlich auch kleine freie Speicherbereiche sind nutzbar Speicherschutz ergibt sich (fast) automatisch ermöglicht auch Teile des Prozessraums auszulagern 25

26 Virtueller Speicher Paging 26

27 Paging Relation zwischen virtuellen und physikalischen Adressen 27

28 Seitentabellen MMU Adressumwandlung mit 16 4 KB Seiten 28

29 Vorteil der virtuellen Adressierung Programme können k nicht zusammenhängende ngende Bereiche eines physikalischen Speichers verwenden. Ein Programm kann nur auf seinen eigenen Speicherbereich (Seiten) zugreifen. Kann mehr virtuelle Seiten verwenden, als im physikalischen Speicher vorhanden sind. Seiten, die nicht in den Speicher passen, können k auf die Platte ausgelagert werden. Jedes Programm kann bei der (virtuellen) Adresse 0 beginnen. Größ öße e des Speichers unwichtig aus der Sicht des Programmierers 29

30 Paging Benutzer- versus Systemsicht Unterschied zwischen Adressbereich den der Benutzer sieht, und dem tatsächlichen physikalischen Speicher Für r den Benutzer: kontinuierlicher Speicher ohne LückenL Tatsächlich: Benutzerprogramm über physikalischen Speicher verstreut Hardware-Adressierungsmodus als Schnittstelle zwischen beiden Adressbereichen Paging nutzt den Speicher optimal aus, da Seiten nicht kontinuierlich im Speicher abgelegt sein müssen. m 30

31 Paging Seitengröß ößen: Vor- u. Nachteile Normalerweise hat jeder Prozess seine eigene Seitentabelle. 1 Eintrag pro Seite, die der Prozess verwendet Betriebssystem verwaltet physikalischen Speicher. Seitengröß ößen mit Vor- und Nachteilen Prozesse benötigen nicht immer das Vielfache einer Seite als Speicher. Letzte Seite meist nicht effektiv verwendet. Kleine Seitengröß ößen besseren Nutzungsgrad. Je kleiner die Seiten, desto größ ößer die Seitentabellen Mehr Aufwand für f r Verwaltung der Seitentabellen Transfer von Frames aus Plattenspeicher effizienter für f r große Seiten 31

32 Virtuelle Adresse Probleme mit Seitentabellen Eine Seitentabelle kann sehr groß werden Einträge für f r die meisten Programme. Wobei die meisten Einträge leer sind. Beachte, dass jeder Prozess eine eigene Seitentabelle hat. Lösung 1: Verwende eine Hierarchie von Seitentabellen (Pagen der Seitentabelle). 12 bits 10 bits Seitenverzeichnis Pg Tbl Ptr 10 bits Seitentabelle physik. Seitennr. + Hauptspeicher 32

33 Invertierte Seitentabellen Lösung 2: 1 Tabelle (invertierte( Seitentabelle) ) für f r alle Prozesse statt eigener Tabelle für f r jeden Prozess Wenn eine Speicheradresse von der CPU <prozess-id, seiten-nr nr, offset> angesprochen wird, so wird die invertierte Seitentabelle durchsucht cht (Hash-Funktion). Ein Eintrag pro Seite des physikalischen Speichers in inv. Tabelle le <prozess-id, seiten-nr nr> Prozess-Id gibt an, wem die Seite gehört. Wenn ein Eintrag in der invertierten Seitentabelle gefunden wird, dann generiere die physikalische Adresse <i, offset>. Die invertierte Seitentabelle speichert keine Informationen über Seiten, die nicht im Hauptspeicher sind. Zugriffszeiten sind länger l wegen Hash-Suchvorgang Suchvorgang. 33

34 CPU Invertierte Seitentabelle: Beispiel PID Seiten # Offset i Offset Physikal. Adr. virtuelle Adr. Haupt- Speicher Hash Funktion 1 i invertierte Seitentabelle PID Seiten # 1 Seitentabelle pro System 34

35 Schnellere Abbildung von virtuellem auf physikalischen Speicher Benötige Hardware für f r die Konvertierung von virtuellen in physikalische Adressen kann mehrere Speicherzugriffe verursachen (Tabelle + Adresse) Geschwindigkeit kann problematisch sein. Lösung: Translation Look-Aside Buffer (TLB) als HW-cache Speichert bereits gefundene Adressabbildungen Zusätzlich zur Seitentabelle, die im Speicher ist Assoziative Tabelle für f r die Adresskonvertierung Normalerweise 8 bis 4096 Einträge valid virtual page physical page 20 bits 20 bits Intel x86 35

36 Gemeinsamer Speicher Gemeinsame Verwendung von Seiten Mehrere Prozesse verwenden denselben Code oder dieselben Daten. Mehrere Seiten können k mit dem selben Frame assoziiert sein. Bei read-only only-daten ist das Teilen von Seiten immer sicher. Schreiboperationen auf gemeinsamen Seiten sind problematisch. Copy-on on-write: : Seiten werden häufig h gemeinsam verwendet, bis ein Prozess eine Schreiboperation ausführt. Beim Schreiben einer gemeinsame Seite wird ein neuer Frame angelegt. Schreibender Prozess besitzt modifizierte Seite. Alle anderen Prozesse besitzen Originalseite. Synchronisiere Zugriff auf gemeinsame Seite. z.b. Semaphore 36

37 Virtuelle Adresse ohne physikalische Adresse: Seitenfehler Das nennt man einen Page Fault (Seitenfehler). Software Interrupt (Trap)) in das Betriebssystem aus der Hardware Verursacht durch: Erste Verwendung einer Seite (Demand( Paging) Betriebssystem holt Seite von Platte, und Prozess macht weiter. Lese Daten von der Platte oder initialisiere Datenseite mit 0. Referenz auf eine ungültige Seite Programm wird mit einer Segmentation Violation terminiert. Seite ist auf der Platte. Hole Seite von Platte, lade diese in eine physikalische Seite des Hauptspeichers, und setze mit dem Programm fort. Copy-on on-write Seite (neuer Frame bei Schreiboperation) 37

38 Zustand von Seiten (Hardware Perspektive) Seiten-Frame Zähler Z (Position der Seite im Speicher oder auf der Platte) Valid Bit Seite im Hauptspeicher vorhanden Modify oder Dirty Bit Von Hardware beim Schreiben einer Seite gesetzt. Spezifiziert ob der Inhalt einer Seite seit dem Laden in den Hauptspeicher geändert worden ist. Wenn Seite nicht verändert worden ist, muss die Seite nicht auf die Platte geschrieben werden (um Platz für f r andere Seiten zu schaffen). Reference (Use)) Bit Von Hardware beim Lesen oder Schreiben gesetzt Vom Betriebssystem änderbar Kann für f r Ersetzungsalgorithmen von Seiten verwendet werden. Sicherungsattribute (Protection( Protection) lesen, schreiben, ausführen 38

39 Betriebssystem Sicherungsattribute (Windows) NOACCESS: : Lesen, Schreiben oder Ausführen verursacht Access Violation (Verletzung von Zugriffsrechten). READONLY: : Schreiben oder Ausführen dieser Speicherregion verursacht Access Violation. READWRITE: : Ausführen dieser Speicherregion verursacht Access Violation. EXECUTE: : Lesen oder Schreiben dieser Speicherregion verursachen Access Violation. EXECUTE_READ: : Schreiben dieser Speicherregion verursachen Access Violation. EXECUTE_READ_WRITE: : Keine Aktion bei dieser Seite. WRITE_COPY: : Betriebssystem gibt Prozess eigene Kopie einer Seite bei einem Schreibversuch. Bei einem Versuch der Ausführung wird Access Violation verursacht. EXECUTE_WRITE_COPY: : Betriebssystem gibt Prozess eigene Kopie einer Seite bei einem Schreibversuch. Kann keine Access Violation verursachen. 39

40 Behandlung von Seitenfehlern Überprüfe, ob Adresse gültig g ist. Wenn nicht, dann terminiere diesen Prozess. Finde Frame für f r die Seite. Wenn kein Frame frei, muss der Inhalt eines Frames auf Platte ausgelagert werden. Lade Seite von der Platte Während diese Seite geladen wird, können k andere Prozesse exekutiert werden. Modifiziere Seitentabelleneintrag für f r diese Seite. Starte die Instruktion neu, die zu Seitenfehler geführt hat. Hardware beendet solche Instruktionen. Kehre zur korrekten Position ausgehend vom Trap zurück. 40

41 Seitenfehler ohne zusätzliche physikalische Seite Muss eine Seite aus Hauptspeicher entfernen. Eine dirty Seite muss zuerst auf die Platte gespeichert werden. Welche Seite soll aus Hauptspeicher entfernt werden? Brauche passenden Algorithmus globale Seite (gehört anderem Prozess) lokale Seite (gehört dem Prozess mit Seitenfehler) 41

42 Algorithmus für f r das Ersetzen von Seiten Optimale Strategie (OPT) ersetzt die Seite, deren nächste n Referenz am weitesten in der Zukunft liegt erzeugt die wenigsten-seitenfehler keine reale Strategie wird zur Bewertung anderer Strategien herangezogen 42

43 Beispiel für f r OPT (Speicher mit 3 Frames) Zugriffsmuster: 1,2,3,4,1,2,5,1,2,3,4,5 Zugriff 1 (1) nicht vorhanden Zugriff 2 (1,2) nicht vorhanden Zugriff 3 (1,2,3) nicht vorhanden 7 Seitenfehler 43

44 Algorithmus für f r das Ersetzen von Seiten FIFO Ersetze die älteste Seite im Hauptspeicher. Aufpassen: Auf alte Seiten kann häufig h zugegriffen werden. Anzahl der Seitenfehler kann ansteigen, wenn die Anzahl der Frames erhöht ht wird - Belady s Anomaly. einfache Implementierung: : Pointer, der zyklisch über die Seitenrahmen des Prozesses wandert. 45

45 Algorithmus für f r das Ersetzen von Seiten LRU (least( least-recently-used) Ersetze die Seite, die am längsten l nicht verwendet worden ist. Annahme: Seite wird auch in der Zukunft nicht referenziert (Lokalitätsprinzip) tsprinzip) Anzahl der Seitenfehler kaum höher h her als bei OPT Implementierung kann teuer sein. Verwalte Stack,, wobei jedes Stack-Element einer Seite entspricht. Seite kommt auf Top-of of-stack,, wenn diese angesprochen wird. Jede Seite bekommt Zeitstempel. 46

46 Beispiel für f r FIFO (Speicher mit 3 Frames) Zugriffsmuster: 1,2,3,4,1,2,5,1,2,3,4,5 Zugriff 1 (1) nicht vorhanden Zugriff 2 (1,2) nicht vorhanden Zugriff 3 (1,2,3) nicht vorhanden 9 Seitenfehler 47

47 Beispiel für f r FIFO (Speicher mit 4 Frames) Zugriffsmuster: 1,2,3,4,1,2,5,1,2,3,4,5 Zugriff 1 (1) nicht vorhanden Zugriff 2 (1,2) nicht vorhanden Zugriff 3 (1,2,3) nicht vorhanden 10 Seitenfehler 49

48 Beispiel für f r LRU (Speicher mit 3 Frames) Zugriffsmuster: 1,2,3,4,1,2,5,1,2,3,4,5 Zugriff 1 (1) nicht vorhanden Zugriff 2 (1,2) nicht vorhanden Zugriff 3 (1,2,3) nicht vorhanden 10 Seitenfehler 51

49 Beispiel für f r LRU (Speicher mit 4 Frames) Zugriffsmuster: 1,2,3,4,1,2,5,1,2,3,4,5 Zugriff 1 (1) nicht vorhanden Zugriff 2 (1,2) nicht vorhanden Zugriff 3 (1,2,3) nicht vorhanden 8 Seitenfehler 53

50 Algorithmus für f r das Ersetzen von Seiten Clock Policy FIFO-Variante Ringpuffer mit Frames,, die für f r Austausch in Frage kommen + Positionszeiger nach Seitenfehler: Zeiger wird auf den folgenden Frame im Ringpuffer gesetzt Use Bit pro Frame, wird auf 1 gesetzt, wenn Seite geladen oder referenziert wird bei Seitenfehler: Suche erste Seite ab Zeigerpos.. mit Use Bit = 0 Diese Seite wird ausgelagert und neue Seite auf dieser Position abgelegt. Setze dabei Use Bits mit Wert 1 auf 0 55

51 Clock Policy kaum mehr Seitenfehler als LRU wenn alle Use Bits gesetzt sind --> > FIFO 56

52 Resident Set Resident Set: : Seiten eines Prozesses, die sich im Hauptspeicher befinden Größ öße e des Resident Set: Wie viele Frames sollen dem Prozess zugeteilt werden? wenige Frames -> > viele Seitenfehler viele Frames -> > reduziere Anzahl der Prozesse im Hauptspeicher (Einschränkung nkung der Parallelität) t) Fixed Allocation Variable Allocation 57

53 Working Set und Seitenersetzung Programme haben in der Regel Lokalität t von Referenzen. temporäre re Lokalität Wiederholter Zugriff auf dieselbe Speicherposition räumliche Lokalität Zugriffe auf Speicherpositionen, die nahe beieinander liegen Design von Speicherhierarchien hängt h stark von der Lokalität t ab. Working Set Menge von Seiten definiert durch die letzten N Seitenreferenzen Approximation der Lokalität t eines Programms. Klein Sehr schnell Größ öße e des Working Sets Groß Sehr langsam 58

54 Working Set Strategie (1) Variable Allokation von Seiten für f r einen Prozess basierend auf Lokalitätsannahme tsannahme Working Set eines Prozesses zum Zeitpunkt t: W(k, t) ) = Menge der Seiten des Prozesses, auf die in den letzten k virtuellen Zeiteinheiten zugegriffen wurde t: virtuelle Zeit bezieht sich auf bestimmten Prozess k Zeitfenster (Window( of Time) W(k, t) ) beschreibt Lokalität t des Prozesses 59

55 60 Working Set Strategie (2) k

56 Working Set Strategie: ein Beispiel Seitenreferenztabelle k=10 k=10 W(k, t 1 ) = {1,2,5,6,7} t 1 W(k, t 2 ) = {3,4} t 2 schlechte Lokalität gute Lokalität Wenn der Working Set eines Prozesses mehr Seiten umfasst, als Frames zur Verfügung stehen, dann kommt es zum Trashing. 61

57 Working Set Strategie (3) Ermittlung der Größ öße e des Resident Set: Beobachtung der Working Sets der Prozesse Periodisches Löschen L der Seiten, die sich nicht im Working Set befinden Wenn Resident Set < Working Set Anfrage nach fehlenden Frames vom Betriebssystem sind nicht genügend gend Frames verfügbar, suspendiere einen Prozess und probiere Allokation später nochmals Working Set Strategie versucht Trashing zu verhindern und maximiert Grad des Multiprogrammierens. 64

58 Working Set Strategie (4) Probleme bei der Realisierung: Mitloggen der Zugriffe auf Seiten Ordnen der Seitenzugriffe optimales k ist zur Laufzeit unbekannt und variiert Verhindern von Trashing: : Beobachtung der Anzahl der Seitenfehler pro Prozess statt Working Set 65

59 Überblick: Seitenersetzungsalgorithmen 66

60 Thrashing Virtueller Speicher kann zu hohen Speicherzugriffskosten führen. f Thrashing: : Wenn ein Prozess nicht genügend gend Frames hat, kann das System die gesamte Zeit dazu verwenden, Seiten von der Platte in i den Hauptspeicher zu laden und umgekehrt. Muss versuchen, 1 oder mehrere Prozesse auszulagern (Swapping). Swapping Schreibe den gesamten Speicher eines Prozesses auf die Platte Vermeide Ausführung dieses Prozesses für f r eine Weile. Woher weiß man, wann Thrashing stattfindet? Überprüfe Auslastung der CPU und das Auslagern von Seiten (Paging). Geringe Auslastung der CPU + hohe Paging Rate bedeutet Thrashing. 67

61 Vermeiden von Thrashing Versuche den Working Set im Hauptspeicher zu halten Wenn die Anzahl der Working Sets aller Prozesse im Hauptspeicher größ ößer als die Anzahl der zur Verfügung stehenden Frames ist, muss ein Prozess ausgelagert werden. Berechung von Working Sets Abschätzung durch Use-Bit 68

62 Segmentierung (1) Segmentierung: Jeder Prozess bekommt mehrere unabhängige ngige geschützte Speicherbereiche (Segment( Segment) ) mit unterschiedlicher Länge. L Segmente enthalten Code und/oder Daten. Beim Laden des Prozesses werden seine Segmente beliebig im Speicher positioniert. 1 Segmenttabelle pro Prozess: für f r jedes Segment 1 Eintrag (Start, Länge) Zugriff auf Segment wird kontrolliert: Zugriffspriorität, t, Zugriffsrechte (Schreiben, Lesen, etc.) Überlappende und nicht-überlappende Segmente sind möglich: m Nicht-überlappende Segmente um Programmfehlern entgegenzuwirken Separater Code und Daten-Stack Stack-SegmenteSegmente 70

63 Segmentierung (2) Nicht-überlappende Segmente können k verwendet werden, um erweiterten Adressbereich zu realisieren: Verteilte Netzwerke mit mehreren 32-Bit Maschinen können k Segmentierung verwenden, um einen einheitlich großen Adressraum zu realisieren. Segmente können k identische Adressbereiche realisieren. Windows 2000 verwenden 4 Gbyte Codesegmente, Stack- Segmente und Datensegmente Mehrere Prozesse (Threads( Threads) ) können k gemeinsamen Speicher verwenden. 71

64 1-dimensionaler Adressraum 1-dim Adressraum mit wachsenden Tabellengröß ößen Tabellen wachsen ineinander 72

65 Segmentierung separate Segmente: 2-dim. 2 Adressbereich Jede Tabelle kann unabhängig ngig von anderen Tabellen wachsen und schrumpfen. 73

66 Paging versus Segmentierung 74

67 Implementierung einer konventionellen Segmentierung (a)-(d) (d) Checkerboarding (e) Bereinigung des Checkerboarding durch Verdichtung 75

68 Zusammenfassung Partitionierung des Hauptspeichers Aufteilung auf mehrere Prozesse Relocation logische Adressierung Swapping Prozess muss sich vollständig im Hauptspeicher befinden Virtual Memory logischer Speicher > physikalischer Speicher Paging,, Segmentierung Adressübersetzungstabellen und -hardware Lade- und Austauschstrategien 81