Mijn pagina voorprettig werken op de PC www.pcpret.nl |
Homepage | Stuur bericht | Gastenboek | Website Blog | ![]() |
Wanneer de computer namelijk plotseling veel geheugen nodig heeft, en dat geheugen is niet beschikbaar, dan zal Windows vastlopen. Wanneer er net genoeg geheugen beschikbaar is, dan zal de computer heel erg traag worden! Wanneer er voldoende virtueel geheugen beschikbaar is, dan is er slechts een kleine kans op een probleem situatie. Wanneer de computer namelijk plotseling veel geheugen nodig heeft, bijvoorbeeld tijdens het opstarten van een programma, of met foto -of videobewerking, dan kan de computer (tijdelijk) erg traag worden doordat Windows continu het wisselbestand gebruikt. Windows heeft dan nauwelijks gelegenheid om opdrachten uit te voeren, maar als het goed is, zal Windows niet vastlopen! Omdat het opstarten van een programma meestal beperkt blijft tot enige seconden of een tiental seconden, is zo'n trage start niet eens zo hinderlijk. Mocht het lange opstarten van een programma wel hinderlijk zijn, dan is het verstandig om het echte geheugen uit te breiden. Het merkbare snelheidsverschil kan heel erg groot zijn. In ieder geval zal Windows alerter reageren op eventuele opdrachten.
Maar let op! Soms is de processor (CPU) ook gewoon hartstikke druk en dan kan Windows ook traag reageren. Dus het traag zijn van een computer kan verschillende oorzaken hebben en per oorzaak zal een bepaalde oplossing de computer sneller kunnen maken.
Een andere factor, die heel vaak wordt vergeten, dat is dus de harde schijf in de computer! Nu zijn de afgelopen jaren de harde schijven nogal in capaciteit gegroeid en vooral ook veel sneller geworden. En sneller betekent dus betere prestaties! Nog even wat historische cijfertjes:
Een computer beschikt over te weinig geheugen op het moment dat verhoging van de processorsnelheid nauwelijks winst laat zien. In zo'n geval is de computer gewoon hartstikke druk om informatie van/naar het echte geheugen te lezen/schrijven naar het virtuele geheugen (veelal is dat dus de harde schijf ...). Verhoging van de lees -en schrijfsnelheid van de harde schijf zal dan al gauw een verbetering laten zien. Nog beter is het om dan gewoon het echte geheugen in hoeveelheid te verhogen. Het kan gebeuren dat Windows 2GB geheugen gebruikt, terwijl in werkelijkheid er maar 1GB beschikbaar is. Dat betekent dat Windows veel geheugen activiteiten gaat uitvoeren. Wanneer die geheugen activiteiten niet zoveel tijd in beslag nemen, dan is een eventuele geheugen uitbreiding nauwelijks merkbaar. Wanneer dat echter wel veel tijd in beslag neemt, dan is verdubbeling van het geheugen zeer snel merkbaar.
Bij gebruik van het wisselbestand is het verstandig ervoor te zorgen dat dat bestand op de snelste schijf staat! Dit levert altijd het prettigste resultaat op. Nu wordt in de moderne Windows versies (van versie 2000) het wisselbestand efficiënter gebruikt, Met oudere Windows versie kan veel tijd verloren gaan naar het zoeken van het bestand en het zoeken naar de informatie binnen het bestand zelf. Dus een schijf stampvol met bestanden, die is altijd in het nadeel. Enerzijds vanwege de defragmentatie anderzijds kost het zoeken naar het gewenste bestand gewoon veel tijd.
Eigen onderzoek met Windows 98 toont aan dat Windows 98 het beste presteert als het wisselbestand op een lege partitie staat. De snelheids winst kan zo'n 20% bedragen. Geen schokkende getallen, maar toch ... Dit heb ik getest met een WAV-MP3 conversie en een C-compiler die pakweg 100.000 regels code compileerde.
Hieronder is te zien welke geheugen informatie Windows XP laat zien via 'Taakbeheer'.
Hieronder is te zien welke geheugen informatie Windows Vista laat zien via 'Taakbeheer'.
Hieronder is te zien welke geheugen informatie Windows 7 laat zien via 'Taakbeheer'.
De tekst 'Toeg. (MB)' wijst naar een beetje wisselbestand informatie ...
Het eerste getal toont de grootte van het huidigge wisselbestand, het tweede getal toont de totale hoeveelheid beschikbare geheugen.
Dat is dan de som van het fysiek geheugen en de maximale grootte van het wisselbestand.
Hieronder is te zien welke geheugen informatie Windows 7 laat zien via 'Broncontrole'.
Windows Vista heeft een iets eenvoudiger versie van 'Broncontrole' (bijvoorbeeld geen tabbladen).
Voor Windows 2000, XP, Vista en 7 geldt dat Windows dat eigenlijk erg goed regelt.
Vaak voldoet 1GB heel aardig, maar beperk het niet, mijn advies blijft: laat gewoon Windows alles regelen.
Soms is het wel zinvol om een wisselbestand op een andere partitie te plaatsen,
soms is het verstandig om de partitie een bepaalde afmeting te geven.
Het heeft geen voordelen om een wisselbestand uit te schakelen, zelfs als de computer over meer dan genoeg geheugen
lijkt te beschikken.
Voor Windows XP is het advies om de partitie waarop het wisselbestand staat te gebruiken
met een clustergrootte van 4 kB.
Dit omdat de informatie in het wisselbestand in blokken van 4 KB wordt gelezen en geschreven.
Dit betekent eigenlijk dat een FAT32 partitie, waarop het wisselbestand staat, voor maximale prestaties
maximaal 8 GB mag zijn.
Belangrijk: Als je een crash wil analyseren (debuggen) en het fout rapport moet een 'kernel dump' of een 'full dump'
maken, dan heb je voldoende virtueel geheugen op C: (?) nodig.
Er moet dan een minimale instelling zijn van pakweg 200 MB (voor een 'kernel dump') of van de totale RAM
(voor een 'full memory dump') ...
Als je dat niet wilt, dan is het verstandig de fout rapport instelling aan te passen.
Kies dan voor: ‘Small Dump’, at Control Panel | System | Advanced, click Settings in the
‘Startup and Recovery’ section, and select in the ‘Write Debug information to’ panel.
Voor Windows 95, 98, 98SE, ME, NT4 ligt het gebruik van virtueel geheugen wat anders.
Veelal omdat vroeger het geheugen duur was met als gevolg dat er eigenlijk (te) weinig geheugen in de computer zat.
Desondanks kan gesteld worden dat de standaard Windows instellingen goed voldoen!
Gedeeltelijk zijn de volgende antwoorden ook gebaseerd op vroegere gewoontes.
Zelf zou ik zeggen: Het virtueel geheugen heeft de juiste grootte als de computer (prettig) gebruikt kan worden.
Bij computers met 64MB of minder geheugen is de vuistregel 2,5 x het echte geheugen erg praktisch.
Beschikt de computer over meer geheugen, tja, dan kan vaak worden volstaan met een lagere factor
(tussen de 1 en 2x).
Het is zinvol om het geheugen gebruik te controleren, maar het is ook zo, dat Windows het totale
beschikbare geheugen zo goed mogelijk probeert te gebruiken.
Dus ja, het geheugen komt uiteindelijk wel op.
De praktijk wijst uit dat de standaard Windows instellingen in het algemeen goed voldoen.
Hieronder zijn verwijzingen te vinden naar Nederlands -en Engelstalige sites die er meer informatie over geven: Foutberichten over onvoldoende geheugen ... (MSKB-253912), Virtual Memory in Windows XP, Windows 98 & WinME Memory Management en VCACHE & Win Me, SE, 98 Revised Jan 2003.
De kern van de discussie is dat Windows 95 een brak geheugenbeheer heeft.
Verder behoeft Windows 98 normaliter geen speciale instellingen tenzij het Windows ME betreft en/of de
computer beschikt over meer dan 128 MB geheugen.
Voor Windows 95 is het verstandig om de regels MinFileCache en MaxFileCache
toe te voegen aan de [vcache] sectie in het SYSTEM.INI bestand.
Het geheugenbeheer in Windows 98 is veel beter en behoeft deze instelling niet.
Voor Windows ME is het verstandig de regel 'ConservativeSwapfileUsage=1' op te nemen in het System.ini bestand.
Als een systeem Windows 98 systeem meer dan 128MB RAM heeft, dan is het verstanding
de VCache in te stellen op maximaal 70% van de totale RAM hoeveelheid.
Dat is interessant, aan deze regel houd ik me zelf niet! Wanneer een systeem over meer dan 512MB
RAM beschikt, dan is een VCache van 512MB het maximum!
Dit kan door de 'MaxFileCache=x' regel op te nemen in de [vcache] sectie van het SYSTEM.INI bestand.
Als een systeem over meer dan 1GB Ram beschikt, dan is er voor Win98 een echt probleem (volgens MSKB-304943).
Het kan beperkt worden tot 1 GB door de regel 'MaxPhysPage=40000' op te nemen in de [386enh] sectie van het SYSTEM.INI bestand.
Met MSKB-253912 lijkt zelf de hoeveelheid van 1GB niet haalbaar.
Zo wordt het vanzelf wel heel erg ingewikkeld.