Kan ik de Swap-partitie herstellen vanuit de Live-USB? Of kan dat niet afzonderlijk?
Was je schermafdruk nu niet vanaf een live CD? Hoe dan ook, in ieder geval verwacht ik dat een swap als swap verschijnt. Kijk eens hoe het voor het ogenblik zit met je swap in één van je "gewone" sessies:
swapon -s
Dit zal aangeven of er swap in gebruik is, en ook welke device hiervoor gebruikt wordt. Als die sda6 wel degelijk als swap wordt gebruikt, dan zou er een regel moeten verschijnen die begint met "/dev/sda6"
Hibernation vermijd ik. Ik smijt de deksel dicht dan valt ie in ‘pauze’ stand. Als ik dan de klep/deksels open staat alles nog paraat. Hibernation is meer geschikt voor reizen of langere tijd? Minder energie vragend dan in pauze stand?
Bij hibernatie staat je computer helemaal uit. Geen energieverbruik, dus. Er zijn echter op veel systemen vaak problemen waardoor hibernatie op veel linux systemen niet goed werkt. Bij veel distributies is de optie tegenwoordig standaard niet meer beschikbaar.
Pausestand is meer betrouwbaar. Dit is een stand waarbij alle randapparatuur afgeschakeld wordt. Enkel het geheugen wordt nog onder stroom gehouden om de toestand van het systeem op moment van afsluiten te bewaren. Die toestand blijft echter continu een minimale hoeveelheid stroom verbruiken. Terugkeren uit pausestand gaat dan ook veel sneller (quasi ogenblikkelijk) dan terug keren uit winterslaap (hibernatie). In het laatste geval moet de computer namelijk eerst als gewoonlijk booten vanaf de bios, en moet daarna het geheugen vanuit swap terug in het werkgeheugen geladen worden.
Een Swap(neiging ) op bv. 60 met een Ram-geheugen 7.7Gb aan de hoge kant? Waar staat die 10 of 60 eigenlijk voor?
Swappiness is een percentage dat verband houdt met hoe veel geheugen gebruikt moet zijn vooraleer het systeem zal beginnen pogen geheugen vrij te maken door niet gebruikte delen tijdelijk naar de swap op de harde schijf te verbannen. Swappiness 0: het systeem zal nooit swappen, ook niet als er geen geheugen meer is; swappiness 100%: het systeem zal zeer vlug beginnen swappen, ook als er nog zeer veel geheugen vrij is. Hoe de echte impact is van die parameter is moeilijk strak in cijfers te zetten.
Servers zijn gebaat met een hogere swapneiging. Die houden dan maximaal vrij geheugen ter beschikking om aan vragen te kunnen voldoen, door al vrij vlug delen waar vastgesteld wordt dat ze niet onmiddellijk nodig zijn, tijdelijk weg te bergen. Batchprocessen gaan door de maximale beschikbaarheid van geheugen maximaal snel door, zo ook lees-schrijfoperaties naar de randapparatuur.
Desktop PC's zijn minder gebaat met swapneiging. Swappen geeft aanleiding tot processor- en schijfactiviteit, en moet soms stukken geheugen van de schijf terughalen. Dat maakt de respons van het systeem wat trager en stroperiger. Je switcht bijvoorbeeld na een tijd terug naar je tekstverwerker. Die komt niet meteen tevoorschijn: het duurt een secondje, want bepaalde gedeelten geheugen die door je tekstverwerker gebruikt worden, waren ondertussen weggezet en moeten eerst terug opgehaald worden. Dat het 200 milliseconden langer duurt om je zip bestandje uit te pakken, is praktisch geen hindernis voor de desktopgebruiker (minder RAM wegens minder swappiness). Dat je toepassing ogenblikkelijk verschijnt (blijft immers geheel in het geheugen) in plaats van er 200 ms langer over te doet, heeft wel een grote impact op de gebruikservaring.
