Teveel geheim voorgeheugen van het Uitzicht van Vensters, slechte ting? Goed, blijkbaar ja, door Caching Bovenmatig schrijf I/O en Bovenmatige Caching Gelezen I/o. Zoals u waarschijnlijk onderhand het weet, wordt het geheime voorgeheugen aangesloten aan het opvoeren van de prestaties van gegevens toegang totprocessen die trage opslagmiddelen richten. In een ideaal scenario, zouden de gegevens of de codepagina's volledig gevestigd worden binnen het systeemgeheugen. De snelheid waarbij het gegeven, in de fysieke RAM wordt betreden, overschrijdt veruit dat van gelijkaardige processen die een harde schijf, door ongeveer 1 miljoen keer impliceren. Maar wegens de gewoonlijk beperkte hoeveelheid RAM, zal het werkende systeem systeemgeheim voorgeheugen moeten behandelen. (meer…)

One of the core differences between 32-bit and 64-bit editions of Het Uitzicht van vensters is natuurlijk hoeveel systeemgeheugen kunnen gebruiken de twee varianten van de recentste werkende systemen van Microsoft. De gebruikers moeten begrijpen dat Microsoft alleen Uitzicht met 32 bits tot een maximum van 4 GB van RAM terwijl het nemen van de high-end uitgaven van Uitzicht met 64 bits tot 128 GB van RAM beperkte. Het feit van de kwestie is dat Microsoft het kleermaker gepaste zowel Uitzicht met 32 bits als Vensters XP kon hebben van Vensters om goed meer dan 4 GB van systeemgeheugen te richten, maar niet. The best argument related to the possibility of introducing support for over 4 GB of RAM with x86 Vista and XP is the fact that Microsoft does feature 32-bit Window operating systems that do it. Case in point Windows Server 2003, Enterprise Edition (32 GB of physical RAM), Windows Server 2003, Datacenter Edition and Windows Server 2003 SP1, Enterprise Edition(64 GB of physical RAM) and Windows Server 2003 SP1, Datacenter Edition (128 GB of physical RAM). All these server side Windows operating systems are 32-bit platforms.

So why hasn’t the same been done with Windows Vista? Well, just because the 32-bit server operating