Heel vreemd dat niemand hier opgemerkt heeft dat een 32-bits OS maar maximaal 4 GB aan hardwarematig geheugen kan adresseren. Je kan er 8 GB instoppen maar verder dan 4GB zal hij niet komen.
Overigens ligt hier de nadruk op hardwarematig geheugen. Hieronder vallen dus ook videokaarten!
M.a.w. Als je een videokaart met 1GB geheugen in je pc hebt zitten kun je nog maar 3GB laten adresseren. Ik twijfel dus ook sterk of dit geheugen voor game pc's is (daar games meestal niet op een 64-bits OS draaien). Photoshop e.d. draaien voor zover ik weet hier wel onder waardoor dus gelijk bekend is voor welke markt deze geheugenlatjes bedoelt zijn
EDIT @ Cubefanatic: laat ik het nuanceren, wat ik bedoelde is dat games op 64 bits OS langzamer draaien. Wat te maken heeft met de extra overhead die komt kijken bij een 64 bits systeem. Aangezien niet alle games profijt hebben van een 8GB werkstation maar videobewerkingssoftware wel, zou het voor mensen werkzaam in die sector interessant zijn.
Hiernaast is het niet vanzelf sprekend dat software die geschreven wordt voor een 64 bits OS, het ook automatisch doet op een 32 bits OS. Voor software ontwikkelaars brengt dit dus mee dat er meer developmenttijd besteed moet worden aan een product aangezien je iedereen wil kunnen bedienen. Een reden waarom een 64 bits OS ook nog wel achter blijft voor een tijd (en is gebleven) ligt ook hoofdzakelijk bij de "opkomende landen" waar ze bij lange na niet denken om over te schakelen op 64 bits.
Overigens was mijn post niet een pleidooi om bij 32 bits OS'en te blijven. Eerder een opmerking dat het niemand kennelijk was opgevallen dat je niks aan 8gb hebt op een 32 bits OS.
[Reactie gewijzigd door killingdjef op woensdag 25 juli 2007 23:51]
Windows 2003 Enterprise Edition is een 32 bit OS, maar heel vreemd, je kan er gewoon 8 GB mee aansturen.... en 16 en 32..... Hij ziet het allemaal.....
Compare Windows 2003 R2 Editions
Overigens, 64 GB is voor Windows 2003 EE/32 bit ook geen probleem.
[Reactie gewijzigd door Wim-Bart op woensdag 25 juli 2007 23:54]
Maar om nu een EE op een AM2 workstation moederbordje te draaien?
Als je investeert in een W2K3 EE licentie, zal je ook wel investeren in een degelijk serverplatform met buffered ECC geheugen...
De zogenaamde 4GiB limiet is dan ook een OS/chipset limiet, en geen CPU limiet.
Het heeft te maken met bepaalde ondersteuning voor 36bit PAE. (wordt door vrijwel alle CPU's sinds Pentium Pro ondersteund).
Jammer dat ze die support niet in consumer besturingssystemen en moederbordchipsets hebben gebakken; maar nu is dat toch niet meer nodig met 64b OS's.
Misschien kan iemand met wat meer technisch know-how verdere uitleg geven.
Technet:
Updates voor PAE X86
Voor de ondersteuning van Data Execution Prevention (DEP), ook wel bekend als no-execute page protection, zijn de volgende wijzigingen doorgevoerd:
• PAE wordt automatisch ingeschakeld op computers met Windows Server 2003 met Service Pack 1 (SP1) en Windows XP met Service Pack 2 (SP2) wanneer DEP ook is ingeschakeld op een computer met een processor die de functie voor no-execute page protection ondersteunt.
• Wanneer de modus PAE is ingeschakeld onder Windows Server 2003, Standard Edition met Service Pack 1 en Windows XP met SP2, wordt de fysieke adresruimte beperkt tot 4 GB. Door de fysieke adresruimte te beperken tot 4 GB worden problemen met stuurprogrammacompatibiliteit met de modus PAE voorkomen
36bit PAE is dus niet anders dan een uitgebreide adresseringsruimte. Deze 4 bits extra ruimte levert tot 64GB aan adresserings mogelijkheden. Let wel dat deze adresseringsruimte ook gebruikt wordt door de rest van de machine (denk aan videokaart, pci kaarten etc.)
Deze standaard is inderdaad niet direct meer nodig met de komst van 64bits cpu's en os'sen echter de standaard is ook van voor deze tijd, en moet meer gezien worden als aanvulling op de 32bits en problemen die daarmee waren.
Software moest hier ook ondersteuning voor hebben, evenals dat stuurprogramma's rekening moesten houden met het gebruik van PAE.
[Reactie gewijzigd door Atmosphere op vrijdag 27 juli 2007 00:16]