benchmarks
For å benchmark våre disk brukte vi Phoronix Test Suite. Det er gratis og har et lager for Ubuntu, slik at du ikke trenger å kompilere fra grunnen til å kjøre raske tester. Vi testet vårt system rett etter en ny installasjon av Ubuntu Natty 64-bit ved hjelp av standardparametrene for ext4-filsystemet.
- AMD Phenom II quad-core @ 3,2 GHz
- MSI 760GM E51 hovedkort
- 3,5 GB RAM
- AMD Radeon 3000 integrert med 512 MB RAM
- Ubuntu Natty
Og selvfølgelig, SSD vi pleide å teste på var en 64 GB OCZ Onyx-stasjon ($ 117 på Amazon.com ved skrivingstid).
Fremtredende Tweaks
Det er ganske mange endringer som folk anbefaler når de oppgraderer til en SSD. Etter å ha filtrert ut noen av de eldre greiene, lagde vi en kort liste over tweaks at Linux distros ikke har inkludert som standard for SSD-er. Tre av dem innebærer redigering av fstab-filen din, så kom tilbake før du fortsetter med følgende kommando:
sudo cp /etc/fstab /etc/fstab.bak
Hvis noe går galt, kan du alltid slette den nye fstab-filen og erstatte den med en kopi av sikkerhetskopien din. Hvis du ikke vet hva det er eller vil du børste opp hvordan det fungerer, ta en titt på HTG Forklarer: Hva er Linux fstab og hvordan fungerer det?
Eschewing Access Times
Du kan bidra til å øke levetiden til SSD ved å redusere hvor mye operativsystemet skriver til disk. Hvis du trenger å vite når hver fil eller katalog ble sist oppnådd, kan du legge disse to alternativene til din / etc / fstab-fil:
noatime,nodiratime
Legg dem sammen med de andre alternativene, og sørg for at de er adskilt av komma og ikke mellomrom.
Aktiverer TRIM
Du kan aktivere TRIM for å bidra til å administrere diskytelsen på lang sikt. Legg til følgende alternativ i fstab-filen din:
discard
Dette fungerer bra for ext4 filsystemer, selv på standard harddisker. Du må ha en kjerneversjon på minst 2.6.33 eller senere; du er dekket hvis du bruker Maverick eller Natty, eller har backports aktivert på Lucid. Selv om dette ikke forbedrer opprinnelig benchmarking, bør systemet gjøre det bedre på lang sikt, og det gjorde vår liste.
tmpfs
Systembufferen lagres i / tmp. Vi kan fortelle fstab å montere dette i RAM som et midlertidig filsystem, slik at systemet ditt berører harddisken mindre. Legg til følgende linje nederst i filen / etc / fstab i en ny linje:
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
Lagre fstab-filen din for å begå disse endringene.
Bytte IO-planleggere
Systemet skriver ikke alle endringer på disken umiddelbart, og flere forespørsler kommer i kø. Standard input-output scheduler - cfq - håndterer dette bra, men vi kan endre dette til en som fungerer bedre for maskinvaren vår.
Først liste hvilke alternativer du har tilgjengelig med følgende kommando, erstatt "X" med brevet på rotstasjonen:
cat /sys/block/sdX/queue/scheduler
Min installasjon er på sda. Du bør se noen forskjellige alternativer.
Vi bruker nano, siden vi er komfortable med kommandolinjen, men du kan bruke andre tekstredigeringsprogrammer du liker (gedit, vim, etc.).
sudo nano /etc/rc.local
Over "Avslutt 0" -linjen, legg til disse to linjene hvis du bruker tidsfrist:
echo deadline > /sys/block/sdX/queue/scheduler
echo 1 > /sys/block/sdX/queue/iosched/fifo_batch
Hvis du bruker noop, legg til denne linjen:
echo noop > /sys/block/sdX/queue/scheduler
Igjen, erstatt "X" med riktig stasjonsbokstav for installasjonen. Se over alt for å sikre at det ser bra ut.
Omstart
For at alle disse endringene skal tre i kraft, må du starte om igjen. Etter det bør du være helt klar. Hvis noe går galt og du ikke kan starte, kan du systematisk fortryde hvert av trinnene ovenfor til du kan starte opp igjen. Du kan til og med bruke LiveCD eller LiveUSB til å gjenopprette hvis du vil.
FSTAB-endringene dine vil gjennomføre installasjonsperioden, selv om du ikke klarer å oppgradere, men din lokale endring må settes på nytt etter hver oppgradering (mellom versjoner).
Benchmarking Results
For å utføre referansene, kjørte vi diskpakken med tester. Toppbildet til hver test er før du tilpasser ext4-konfigurasjonen, og bunnbildet er etter tweaks og en omstart. Du vil se en kort forklaring på hva testen måler, samt en tolkning av resultatene.
Store filoperasjoner
Små filoperasjoner
Filsystemtilgang
Sammendrag
Husk at dette var spesielt med Ubuntu Natty 64-bit. Hvis systemet ditt eller SSD er forskjellig, kan kjørelengdeet ditt variere. Samlet skjønt, det virker som om fstab og IO scheduler justeringer vi gjorde, går langt til bedre ytelse, så det er nok verdt å prøve på din egen rigg.
Har du egne referanser og vil dele resultatene dine? Har du en annen tweak vi ikke vet om? Lyder ut i kommentarene!