Diskussion:4-GB-Grenze

message: Siehe auch Physical Address Extension. Bei den Desktop Versionen ist diese Funktion schlicht aus lizenztechnischen Gründen deaktiviert. (Und weil dann die Treiber 64bit Addressen können müssen.) Der Server Versionen von Windows können schon länger die vollen 64GiB ansprechen (was technisch schon seit 1995 geht). Linux kann schon seit längerem mehr als 4GiB im 32bit Modus ansprechen (und Mac OS X auch).
Für Hintergründe siehe auch: http://www.dansdata.com/askdan00015.htm (nicht signierter Beitrag von Pgampe (Diskussion | Beiträge) 13:59, 24. Mai 2012 (CEST)
replies: text: Soviel ich weiß hat das weniger mit "lizenzrechtlichen" Gründen zu tun, als eher damit, dass man dafür spezielle Treiber braucht, die es für die meiste Consumerhardware nicht gibt. Und die CPU-Auslastung solls laut deinem Link auch erhöhen, daher wurde es wohl für die noramlen Windows x32-Versionen nie aktiviert, sondern nur für die Serverversionen, da bei Servern zu Zeiten vor der Einführung von AMD64 ~3GB teilweise knapp bemessen waren, während Desktop-PCs maximal 1-2GB hatten. Außerdem können mit PAE zwar merh als 4GB addressiert werden, pro Prozess sind aber weiterhin maximal 2GB oder 4GB verfügbar. Außerdem wird PAE eh schon im Artikel erwöhnt, das reicht auch, für alle die mehr über PAE erfahren wollen gibts ja den Wikilink zum PAE-Artikel. --MrBurns (Diskussion) 14:19, 24. Mai 2012 (CEST)

text: Ich finde aber auch, dass die Lizenz als Grund zumindest erwähnt werden sollte. Die Treiberprobleme klingen mMn eher nach einer Ausrede, die von MS gesucht wurde. --Kuhno133 (Diskussion) 16:20, 17. Sep. 2013 (CEST)
thread_title:  Falsch auch ein 32bit Windows kann mehr als 4GiB addressieren 

message: Der Artikel ist derzeit eher eine Sammlung von technischen Details, die je nach Autor an scheinbar beliebigen Stellen einsortiert sind. So richtig oma-tauglich ist der Artikel nicht, weder in der Einleitung noch in der Übersichtlichkeit. Man kläre etwa erstmal, warum es überhaupt ein "Problem" ist! Hab selbst keine Zeit zur Überarbeitung... GuidoD 05:52, 11. Sep. 2013 (CEST)
thread_title:  oma-tauglichkeit 

message: Quellenangaben fehlen zuhauf! Dementsprechend bitte Neutralitäts- und Beleg-Baustein setzen! --80.187.102.159 21:43, 29. Apr. 2014 (CEST)
replies: text: It's a wiki. Bitte quellen selsbt hinzufügen, offensichtlich weisst du wie die Wikisyntax funktioniert. ;) Shaddim (Diskussion) 16:38, 30. Apr. 2014 (CEST)

text: Welche Kernaussagen des Artikels sind denn deiner Meinung nach noch nicht über die bereits existierenden Referenzen belegt? --RokerHRO (Diskussion) 18:00, 2. Mai 2014 (CEST)
thread_title:  Quellenangaben fehlen! 

message: Unter 32-Bit-Systemen gibt es mit PSE36 und PAE Möglichkeiten, die 4-GiB-Grenze zu überschreiten (das Limit von 2 GiB oder 4 GiB pro Prozess bleibt aber). Diese Prozessorerweiterungen vergrößern allerdings nur den physisch adressierbaren Speicher, jeder Prozess für sich kann weiterhin nur 4 GiB Daten gleichzeitig adressieren.
Ist das 2x das gleiche Argument oder versteh ich da technisch was nicht ? (nicht signierter Beitrag von ShalokShalom (Diskussion | Beiträge) 00:31, 12. Sep. 2014 (CEST)
replies: text: Richtig, hier verdeutlicht ein wenig Redundanz, dass "mehr Ram" nicht zwangsweise einem Prozess zugute kommt. --arilou (Diskussion) 09:40, 12. Sep. 2014 (CEST)
thread_title:  Satzwiederholung 

message: Es gibt auch Systeme, die das Problem weiter umschiffen möchten, indem sie 128 Bit Pointer verwenden oder zumindest vorsehen. Siehe: ZFS (Dateisystem). Das könnte man hier auch als Ausblick vermerken. Divof (Diskussion) 12:11, 27. Jun. 2017 (CEST)
replies: text: Ob das wirklich relevant ist? Mit 64 bit lassen sich theoretisch 2^64 Bytes adressieren (= 16 EiB), das sollte für absehbare Zeit reichen. Bei der AMD64 sind zwar max. 2^48 Bytes möglich (= 256 TiB), aber das könnte man bei einem Architekturupdate leicht erhöhen. --MrBurns (Diskussion) 13:16, 28. Jun. 2017 (CEST)
thread_title:  Verwendung von 128 Bit Pointern