De datoranvändare som har turför att fånga de härliga tiderna av storhetstiden för system baserade på 8086-kompatibla processorer, vet de mycket väl hur viktig mängden installerat minne var vid den tiden. Räkningen var bokstavligen i kilobyte: att överstiga basen 640 kb och nå de ”fantastiska” 736 kb köptes en speciell extern expansionsmodul, som är ett tungt kort i relativt stort fall. Datortekniken utvecklades dock snabbt och snart passerade den psykologiska barriären på 1 megabyte. RAM-moduler har blivit mycket mer kompakta, dessutom har processorer dykt upp som använder den till fullo. Apparna släpar inte efter. En viktig händelse var lanseringen av Windows version 3, som använde virtuellt minne. Dessa var dock bara blyga steg i en riktning som senare skulle bli standarden för alla operativsystem.
Vad är virtuellt minne?Låt oss föreställa oss två identiska datorer som kör Windows 3, bara en har 1 MB minne och den andra har 2 MB. Att välja mjukvaruapplikationer baserade på volym betyder att fördöma programmerare till hårt arbete, eftersom de kommer att behöva optimera sina produkter för 1, 2, etc. megabyte. Att skapa ett program som är utformat för ett standard minimum på 640 kb betyder att ge upp vissa funktioner, "driva" applikationen till ett ramverk. Och att fokusera på 2 MB innebär att förlora potentiella köpare som bara har 1 MB i sina datorer. Microsoft förstod också detta, så en mekanism som kallas "virtuellt minne" föreslogs. Programmerare behöver inte längre veta hur mycket som är installerat i varje dator. Naturligtvis beaktas fortfarande vissa begränsningar, men i allmänhet tog operativsystemet hand om hur man "får vänner" till en resurskrävande applikation och datorkomponenter. I detta fall inträffar naturligtvis inga mirakel. Själva driftsprincipen är extremt enkel.
Ta till exempel fallet när du är på en dator med1 MB lanserar en applikation utvecklad för 2 MB. En del av volymen upptas av själva systemet, av 1 MB är det därför bara 500 kB tillgängliga för användaren (villkorat). Vi startar applikationen. Om virtuellt minne inte används eller avaktiveras tar programmet hela 500 kb och slutar fungera, visar ett felmeddelande. Men allt är helt annorlunda, om mekanismen är påslagen: samma 500 kb är upptagna, om det finns nästa minnesförfrågan, skrivs datablocket till en speciell fil på disken, vilket frigör utrymmet i RAM-minnet. Mekanismen är "transparent" för applikationen. Faktum är att virtuellt minne är en del av RAM, men inte placerat i mikrokretsar, utan på disken. Denna lösning visade sig vara så framgångsrik att arbetet fortfarande pågår för att förbättra den. Så i den nyaste Windows 8 lades en swapfile till den redan kända sidfilen, endast avsedd för metroapplikationer.
Ibland kan användare se systemetmeddelande om att det virtuella minnet tar slut. Hur kan detta förklaras mot bakgrund av ovanstående? Det är desto mer obegripligt när du tänker på att det fortfarande kan finnas ledigt diskutrymme på hårddisken. Ett av de mest troliga orsakerna till detta ligger i de felaktiga inställningarna för den virtuella minnesmekanismen. Även om systemet standardiserar att automatiskt kontrollera sidfilsstorleken är manuella justeringar tillåtna med hårda gränser. Oavsett om det är nödvändigt att göra detta eller inte - varje användare bestämmer själv, men om ett fel inträffar på grund av brist på volym måste han höja den tillåtna övre gränsen. Detta konfigureras i prestandaparametrarna (kan nås via egenskaperna "Min dator" eller från kontrollpanelen).
