Diskussion:Virtuelle Speicherverwaltung

message: Die Beschreibung von FIFO ist meiner Meinung nach falsch. Es muss doch gar nicht für jede Seite der Zeitstempel gespeichert werden, sondern pro Programm lediglich ein Zeiger der im Kreis durch den Speicherbereich läuft. Er zeigt immer auf die Seite, die als letztes eingelagert wurde. Muss eine neue Seite nachgeladen werden, wirft man also die Seite raus, auf die der Zeiger als nächstes zeigen würde, denn diese ist bereits am längsten im Speicher. Ich hoffe, das kam jetzt einigermaßen verständlich rüber. --Sharraz 18:08, 9. Dez. 2007 (CET)
thread_title:  (FIFO) 

message: Der Begriff "Swapping" wird in der Standardliteratur über Betriebssysteme (siehe z.B. Tanenbaum, Moderne Betriebssysteme, 2. Auflage, Pearson Studium, 2003,  Kap.4)  für die komplette Auslagerung eines Prozesses verwendet und nicht, wie im Artikel hier dargestellt, für die Auslagerung einzelner Seiten. 
Im Artikel über Paging ist das auch so dargestellt.
:Das sehe ich (allerdings ohne Literatur) auch so! --Jkbw 21:20, 11. Okt. 2009 (CEST)
thread_title:  Swapping 

message: Liebe IP 62.178.226.83, der Begriff "Überlastung", auch das "Flattern" heißt "thrashing". Deine Version threshing ist keine Verbesserung des Artikels. LG Gerhardvalentin 21:12, 11. Okt. 2009 (CEST)
thread_title:  Speicher-Überlastung 

message: Mir scheint etw. einseitig dargestellt, dass virtueller Speicher durch Paging realisiert wird. Schließlich kann die Speichersegmentierung bzw. eine Kombination von Segmentierung und Paging ebenfalls eine Option sein zur Realisierung virtueller Speicher. (nicht signierter Beitrag von 91.64.181.174 (Diskussion) 00:51, 27. Jun. 2010 (CEST)
replies: text: Stimmt, da sollte man mal aufräumen. Im Moment ist der Artikel z.T. grob falsch. :-( --RokerHRO 22:54, 27. Jun. 2010 (CEST)

text: Richtig, Segmentierung wird in dem Artikel völlig ignoriert. Nebst dessen das mit der Graphik zum 286 suggeriert wird das die Segmentierung im 32Bit-Mode der 386er gar nicht mehr vorhanden/nutzbar ist. Fakt ist natürlich auch das in den letzten 20 Jahren quasi kein Betriebssystem tatsächlich Segmentierung eingesetzt hat und das Segmentierung außerhalb der 32Bit-x86er (im 64Bit-Modus der x86er gibt es ebenfalls keine richtige Segmentierung mehr) bis auf ein paar kleine Ausnahmen nicht verfügbar ist, ein Betriebssystem das auf Segmentierung setzt wäre defacto nicht portierbar. Erik --193.159.161.200 16:07, 12. Sep. 2011 (CEST)
thread_title:  Segmentierung? 

message: Der Abschnitt passt nicht ganz rein. Mir ist nicht ganz wozu man hier eine "Lücke" suchen sollte: Wenn man Paging verwendet, gibt es doch keine Lücken, sondern nur freie Seiten. Und die müssen auch nicht am Stück frei sein, oder?
--Ali (nicht signierter Beitrag von 85.49.147.197 (Diskussion) 13:52, 2. Nov. 2010 (CET)
replies: text: Stimmt. Das Zusammenfassen von leeren Bereichen usw. mag vielleicht die Speicherverwaltung beschleunigenm, aber das hängt schon sehr von den verwendeten Algorithmen ab. Hab den Abschnitt daher erstmal auskommentiert. --RokerHRO 14:36, 2. Nov. 2010 (CET)

text: Diese Fit-Strategien beziehen sich meiner persönlichen Meinung nach auf den virtuellen Adressraum des Prozesses, das heißt wenn ein Prozess neuen Speicher in seinen virtuellen Adressraum haben will (beim OS anfordert) kann das OS sich eine passende Lücke im virtuellen Adressraum suchen wo dieser neue Speicher dann angelegt wird. An was für physischen Adressen die Pages liegen (welche in den virtuellen Adressraum reingemappt werden) ist dem Prozess völlig egal (hat auch keine Auswirkungen auf Performance o.ä., wenn man mal vom automatischen Zusammenfassen von kleinen Pages zu großen Pages zum Zwecke der TLB-Entlastung absieht). Erik --193.159.161.200 16:00, 12. Sep. 2011 (CEST)
replies: text: korrekt, bezieht sich auf den virtuellen addressraum. kleine anmerkung, mit NUMA macht es inzwischen einen performance-unterschied wo die physikalischen pages hingelegt werden. gruesse Shaddim 12:34, 5. Dez. 2011 (CET)
thread_title:  Platzierungsstrategien 

message: Kann vielleicht jemand mit Zeit und Sachverstand die erheblichen Überschneidungen mit Paging auflösen? --Trickstar 15:17, 29. Apr. 2011 (CEST)
thread_title:  Artikelüberschneidungen 

message: Im Artikel wird nicht darauf eingegangen, dass evtl. ein virtueller Adressbereich eines (bestimmten) Prozesses gar nicht ausgelagert werden darf. Ich denke da an "Userland/Userspace Driver" und ähnliches, wobei ein Treiber als normales Programm im User Mode läuft, aber nicht ausgelagert werden darf.
Eventuell gibt's auch ähnliches in einem Echtzeit-OS, dass ein Prozess nicht ausgelagert werden darf, obwohl er länger nichts gerechnet hat.
--arilou (Diskussion) 18:16, 29. Apr. 2012 (CEST)
thread_title:  Nicht-Auszulagerndes 

message: "AMD64-Architektur: Eine virtuelle Adresse ist 48 Bit lang."
Das ist -hm- eigentlich falsch. Die virtuelle Adresse ist (aus Prozess-Sicht) 64 Bit groß. Bei aktuellen AMD-Chips müssen die höchsten 16 Bit aber Nullen sein (00hex), da deren Hardware/MMU/Pagetables nur 48-Bit virtuelle Adressen abbilden können. Zukünftige Hardware macht aber vielleicht 50, 52 oder noch mehr Bits, d.h. ein Prozess muss von 64 Bit ausgehen - die virtuelle Adresse ist also 64 Bit.
--arilou (Diskussion) 10:23, 16. Jul. 2012 (CEST)
replies: text: korrekt, die Adressen sind 64bit, die Bitbreite des implemntierte Addressraums sind aktuell weniger. Shaddim (Diskussion) 19:13, 17. Jul. 2012 (CEST)
thread_title:  Abschnitt "Beispiele" 

message: Man kann doch die Geschichte nicht auf Güntsch reduzieren (mal abgesehen davon, dass auch zu berücksichtigen ist, welchen internationalen Einfluss Günsch damit hatte), die Notwendigkeit externe Speichermedien einzubeziehen führte doch auch bei anderen Computerprojekten der 1950er Jahre zu ähnlichen Konzepten. Man vergleiche den historischen Abschnitt in der engl. wiki. :en:Virtual Memory--Claude J (Diskussion) 08:49, 18. Nov. 2012 (CET)
replies: text: Habe das entsprechend erweitert (Hauptquelle Denning).--Claude J (Diskussion) 09:34, 18. Nov. 2012 (CET)
thread_title: Geschichte

message: – GiftBot (Diskussion) 05:27, 28. Nov. 2015 (CET)
thread_title:  {{Anker|deadurl_2015-10}} Defekte Weblinks