Hibernation (operativsystem)
Den aktuella versionen av sidan har ännu inte granskats av erfarna bidragsgivare och kan skilja sig väsentligt från
versionen som granskades den 12 juli 2022; verifiering kräver
1 redigering .
Viloläge eller viloläge ( engelska hibernation - " hibernation ") är ett energisparläge i datorns operativsystem , där innehållet i RAM -minnet lagras på en icke-flyktig lagringsenhet ( hårddisk ) innan strömmen stängs av. Till skillnad från standby-läge , i viloläge, efter att ha sparat RAM-data, är strömförsörjningen helt avstängd. Efter att ha slagit på strömmen till datorn återställs innehållet i minnet (laddas från disken till minnet), och användaren kommer att kunna fortsätta arbeta från samma plats där han slutade, eftersom alla tidigare lanserade program kommer att fortsätta att springa.
I den ryskspråkiga versionen av Windows XP kallas viloläget "viloläge". Detta läge har kallats "Viloläge" sedan Windows Vista . Dessutom introducerade Windows Vista en extra funktion som kallas "hybrid sleep", som kopierar innehållet i RAM-minnet till disken men inte stänger av datorns ström. I det här läget tar "vakna" kortare tid, och användardata kommer inte att gå förlorade i händelse av ett strömavbrott.
I OS X kombineras viloläge med vänteläge. Samtidigt motsvarar det normala viloläget för OS X hybridläget i Windows Vista, och när batteriet är lågt (i bärbara datorer ) används ett "djupt viloläge", liknande viloläge, där datorn är stängt av helt.
I KDE4 och GNOME kan viloläge utlösas via energihantering. Detta bör installera paketet pm-utils .
Fördelar och nackdelar
Fördelar
- Snabbt slut/start arbete (ingen tid slösas bort på att stoppa/starta drivrutiner och program ).
- Möjlighet till automatisering (viloläge kan utföras automatiskt, utan användaringripande, till exempel när en bärbar dators batteri når en låg nivå).
- Brist på interaktivitet (användaren behöver inte svara på förfrågningar om att spara dokument).
- Minimalt ACPI- stöd krävs från hårdvaran och dess drivrutiner (om det är mjukvaruviloläge, som i Windows 2000+).
Brister
- Behovet av ledigt diskutrymme (innehållet i minnet och data om utrustningens tillstånd tar upp en stor mängd diskutrymme, ungefär lika med mängden tillgängligt eller använt RAM -minne ).
- Med stora minnesstorlekar och installation av operativsystemet på en SSD reserveras en stor mängd diskutrymme för en vilofil som sällan används. Samtidigt är det omöjligt att ändra platsen för vilolägesfilen i Windows på grund av särdragen hos kärnans starthanterare , som bara kan se partitionen på disken där starthanteraren är installerad.
- Vissa drivrutiner och program har problem med viloläge. Till exempel visade Miranda IM- versioner före 0.8 ett meddelande om omöjligheten att ansluta (men efter det ansluts den till servern normalt). Logitech SetPoint med Logitech G5 - mus byter känslighetsnivå, men "glömmer" att uppdatera indikationen på denna nivå.
- Om innehållet på disken ändras kommer en del av de data som finns i det virtuella minnet ( diskcache , FAT , deskriptortabeller etc. ) att vara inaktuella. Av denna anledning, på Linux, när partitioner som används av Windows monteras, visas en varning eller så är partitionen skrivskyddad monterad. Dessutom, när du slår på datorn, rekommenderas det inte att använda multiboot .
- Problem med att vakna ur viloläge kan uppstå när maskinens hårdvara ( BIOS , HDD) misslyckas.
- Kryptering av vilolägesfilen (liksom växlingsfilen ), som lagrar en kopia av innehållet i minnet , utförs inte i alla operativsystem (OS X är ett undantag). Därför är det kanske inte säkert att använda viloläge.
Viloläge för enskilda program
I allmänhet kan vilolägesprincipen inte tillämpas på enskilda program [1] [2] . Faktum är att vissa operationer på filer bara kan utföras av ett program åt gången (se mutex ). Operationen "öppna en fil för skrivning" förutsätter alltså att inget annat program kommer åt denna fil.
Tänk på följande scenario:
- programmet öppnar filen, skriver information till den;
- vid denna tidpunkt skickas hon in i viloläge;
Om filen är blockerad räcker det med att radera vilolägesfilen, så får vi en icke-flyttbar fil. Om inte, kan en annan process ändra filen, vilket kan resultera i ett "Ogiltig operation"-fel eller datakorruption. Liknande problem uppstår med andra OS -objekt - till exempel meddelanden om att avmontera en disk: programmet, som är i viloläge, kommer helt enkelt inte att kunna svara på dem.
Intressanta fakta
- Stöd för viloläge har lagts till i Windows sedan Windows 95 , som har distribuerats sedan 1995 .
- Eumel OS , som har distribuerats sedan 1980 , stödde ortogonal persistens [3] , som bestod av följande: OS sparade periodiskt sitt tillstånd på disk ( minnesinnehåll och enhetstillståndsdata); efter strömavbrott återställdes operativsystemet från ett sparat tillstånd; programmen fortsatte att fungera som om felet inte hade inträffat; endast ändringar gjorda sedan den senaste lagringen gick förlorade.
Se även
Länkar
Anteckningar
- ↑ Varför kan inte systemet gå i viloläge bara en process? Arkiverad 2 februari 2010 på Wayback Machine - Raymond Chen
- ↑ Varför kan inte systemet vila bara en process Arkiverad 3 juli 2012 på Wayback Machine ?
- ↑ Liedtke, Jochen (december 1993 ). "Ett beständigt system i verklig användning - upplevelser av de första 13 åren" (PDF) . Proceedings of the 3rd International Workshop on Object Orientation in Operating Systems (IWOOOS) . Asheville , North Carolina , USA . pp. 2-11. Arkiverad 10 juli 2015 på Wayback Machine