Optimal partionering?
Hej
Jeg leder efter den optimale partionering af min Asus EEE. Det er en 1000h med 160gb HD, 2gb RAM og Intel Atom 1,6ghz.
Jeg havde selv tænkt på noget lignende dette, efter jeg havde læst et indlæg fra "Bill Gates" for noget tid siden.
sda1 / (40-50gb)
sda2 /swap (????)
sda3 /medialager (resten)
Nu er mit spørgsmål så, hvor stor en Swap behøver jeg egentlig når jeg har to gb RAM? Skal jeg bruge EXT4 både ved / og /medialager? Vil jeg opnå noget ved at lave en lille /boot?
Hvad mener i giver den bedste ydelse?
Det skal siges jeg har en 500gb ekstern HD til Musik, film, Backup osv.
Jeg leder efter den optimale partionering af min Asus EEE. Det er en 1000h med 160gb HD, 2gb RAM og Intel Atom 1,6ghz.
Jeg havde selv tænkt på noget lignende dette, efter jeg havde læst et indlæg fra "Bill Gates" for noget tid siden.
sda1 / (40-50gb)
sda2 /swap (????)
sda3 /medialager (resten)
Nu er mit spørgsmål så, hvor stor en Swap behøver jeg egentlig når jeg har to gb RAM? Skal jeg bruge EXT4 både ved / og /medialager? Vil jeg opnå noget ved at lave en lille /boot?
Hvad mener i giver den bedste ydelse?
Det skal siges jeg har en 500gb ekstern HD til Musik, film, Backup osv.
Kommentarer12
Re: Optimal partionering?
Du kan bruge kommandoen free til at se om du har brug for mere hukommelse.
[brian@Lapdog ~]$ free -m
total used free shared buffers cached
mem: 1263 1089 173 0 172 608
+/- buf: 309 954
swap: 1023 0 1023
Øverste linie viser mit samlet hukommelses forbrug
Jeg har 1263MB RAM, 1089MB brugt, heraf 172Mb til buffer og 608MB til cache, 173MB ledigt
Er jeg så ved at løbe tør for RAM, med kun 173MB tilbage?
Nej, buffer og cache bliver frigivet så snart jeg har noget bedre at bruge det til, som f.eks. start af et nyt program. Hvis jeg tidligere har kørt et program, vil det starte hurtigere fordi jeg har det til at ligge i cachen, men det er ikke nødvendigt for systemet.
Så jeg har altså 954MB der skal fyldes ud før jeg får brug for swap.
Jeg har været ude for at bruge alt RAM og swap (dvs. ~2GB) en enkelt gang, hvor jeg prøvede at importere en 4 timers ogg fil ind i audacity.
Men hvis swap er så elendigt ifht. RAM, hvorfor har jeg så 1 GB sat af til formålet? Fordi jeg ikke har noget bedre at bruge den ene GB til, og siden det er så sjældent jeg kommer ud for at den er i brug har jeg ikke ment at det er nødvendigt at investere i flere ram.
[1] skulle mene jeg har læst en faktor 1000 et eller andet sted
Re: Optimal partionering?
Men i mit tilfælde er det dyi distros som arch, slackware, gentoo osv. som ikke selv går ind og roder i menu.lst, så der gør det ikke noget at de deler den samme conf.
Skulle jeg dualboote ubuntu, suse o.l. ville jeg formentlig også have en boot partition, med en håndlavet menu.lst som chainloadede til en grub på hver distros respektive partition.
Ang. ext4: Jeg bruger det på næsten alle mine partitioner, og kan ikke sige noget dårligt om den. Men kan egentligt heller ikke sige noget godt om den, har ikke bemærket nogen forskel fra ext3
Re: Optimal partionering?
#3 Arch Linux og mange
Arch Linux og mange andre distributioner har tilføjet en patch til Grub1 så den kan boot fra EXT4. Så du er galt på den med hensyn til nødvendigheden af /boot partionen.
Kilde: http://repos.archlinux.org/wsvn/packages/grub/repos/core-i686/
#1:
Tak for en god
Tak for en god forklaring af rambrugen i Linux. Kendte ikke kommandoen free og blev en del klogere af dit indlæg :-)
Re: Optimal partionering?
total used free shared buffers cached
Mem: 2005 608 1396 0 81 265
-/+ buffers/cache: 261 1743
Swap: 1906 0 1906
Ja sådan ser det ud hos mig, så 1gb swap er vel mere end rigeligt.
Så vælger nok følgende opsætning:
sda1 / (EXT4 - 50gb)
sda2 /swap (1gb)
sda3 /medialager (EXT4 - resten cirka 100gb)
Re: Optimal partionering?
#8:
Det tror jeg du har ret
Det tror jeg du har ret i. På min bærbare har jeg samme swap som ram (512MB) og hvis der er mange programmer åbne, kan den ikke gå i dvale pga for fyldt hukommelse.
Re: Optimal partionering?
+/- buf: 309 954
På min egen PC hedder den i øvrigt
-/+ buffers/cache
men det er vel det samme?
Re: Optimal partionering?
Re: Optimal partionering?
+/- buf, er en hjerneblødning fra min side, da jeg prøvede at få outputtet til at passe med linuxin's alt for smalle siddebredde, for ikke at forvirre mere end højst nødvendigt. Jeg gik ud fra at det ville fremgå tydeligt af konteksten når kommandoen blev kørt.