Miten SSD n säätäminen Ubuntuissa parantaa suorituskykyä

Siellä on paljon vinkkejä SSD: n muokkaamiseen Linuxissa ja paljon anekdotaalisia raportteja siitä, mikä toimii ja mikä ei. Juoksimme omia vertailuarvojaan muutamalla erityisellä tweaksilla, jotka osoittivat todellisen eron.

vertailukohtia

Jotta voisimme vertailla levyä, käytimme Phoronix Test Suite -ohjelmaa. Se on ilmainen ja sillä on Ubuntu-arkisto, joten sinun ei tarvitse koota tyhjästä pikakokeiden suorittamiseen. Testasimme järjestelmämme heti Ubuntu Natty 64-bittisen uuden asennuksen jälkeen käyttäen ext4-tiedostojärjestelmän oletusparametreja.

Järjestelmämme tiedot olivat seuraavat:

• AMD Phenom II: n neliytiminen @ 3.2 GHz
• MSI 760GM E51 emolevy
• 3,5 Gt RAM-muistia
• AMD Radeon 3000 integroitu w / 512 Mt RAM
• Ubuntu Natty

Ja tietysti SSD, jota testasimme, oli 64 Gt: n OCZ Onyx -asema (117 dollaria Amazon.com: ssa kirjoituksen aikaan).

Huomattavat Tweaks

SSD: hen päivittäminen suosittelee muutamia muutoksia. Suodattamalla joitakin vanhempia juttuja, teimme lyhyen luettelon tweaksista, joita Linux-distrot eivät ole olleet SSD: iden oletusarvoina. Kolme niistä sisältää fstab-tiedoston muokkaamisen, joten palauta se ennen kuin jatkat seuraavaa komentoa:

sudo cp / etc / fstab /etc/fstab.bak

Jos jokin menee pieleen, voit aina poistaa uuden fstab-tiedoston ja korvata sen kopion varmuuskopiosta. Jos et tiedä mitä se on tai haluat harjata siitä, miten se toimii, katso HTG Explains: Mikä on Linux fstab ja miten se toimii?

Pääsyajat

Voit auttaa lisäämään SSD: n elämää vähentämällä, kuinka paljon käyttöjärjestelmä kirjoittaa levylle. Jos sinun täytyy tietää, milloin jokainen tiedosto tai hakemisto on viimeksi käytetty, voit lisätä nämä kaksi vaihtoehtoa / etc / fstab-tiedostoon:

noatime, nodiratime

Lisää ne muiden vaihtoehtojen kanssa ja varmista, että ne on erotettu pilkuilla ja ilman välilyöntejä.

TRIM-toiminnon käyttöönotto

Voit sallia TRIMin hallita levyn suorituskykyä pitkällä aikavälillä. Lisää seuraava vaihtoehto fstab-tiedostoon:

hylätä

Tämä toimii hyvin ext4-tiedostojärjestelmissä, jopa tavallisissa kiintolevyissä. Sinulla on oltava vähintään 2.6.33 tai uudempi ytimen versio; olet katettu, jos käytät Maverickia tai Nattyia tai jos Lucidissa on käytössä backports. Vaikka tämä ei parantaisi nimenomaisesti alkuperäistä vertailuanalyysiä, sen pitäisi tehdä järjestelmästä parempaa pitkällä aikavälillä, joten se teki luettelomme.

Tmpfs

Järjestelmän välimuisti tallennetaan / tmp. Voimme kertoa fstabille, että se asennetaan RAM-muistiin väliaikaisena tiedostojärjestelmänä, joten järjestelmä koskettaa kiintolevyä vähemmän. Lisää seuraava rivi / etc / fstab-tiedoston alareunaan uudessa rivissä:

tmpfs / tmp tmpfs oletusarvot, noatime, mode = 1777 0 0

Tallenna muutokset tallentamalla fstab-tiedosto.

IO-aikataulujen vaihtaminen

Järjestelmä ei kirjoita kaikkia muutoksia levylle välittömästi, ja useita pyyntöjä saatetaan jonoon. Oletusarvoinen tulo-lähtö-ajastin - cfq - käsittelee tämän kunnolla, mutta voimme muuttaa sen sellaiseksi, joka toimii paremmin laitteistollemme.

Luettele ensin, mitä vaihtoehtoja sinulla on käytettävissä seuraavalla komennolla: korvaa “X” juurikäytön kirjaimella:

cat / sys / block / sdX / jono / ajastin

Asennus on sda. Sinun pitäisi nähdä muutamia eri vaihtoehtoja.

Jos sinulla on määräaika, sinun pitäisi käyttää sitä, koska se antaa sinulle ylimääräisen säätölinjan alaspäin. Jos ei, sinun pitäisi pystyä käyttämään noopia ilman ongelmia. Meidän on kerrottava käyttöjärjestelmälle käyttämään näitä vaihtoehtoja jokaisen käynnistyksen jälkeen, joten meidän täytyy muokata rc.local-tiedostoa.

Käytämme nanoa, koska olemme tyytyväisiä komentoriviin, mutta voit käyttää mitä tahansa muuta tekstieditoria (gedit, vim jne.).

sudo nano /etc/rc.local

Lisää nämä kaksi riviä "Lopeta 0" -linjan yläpuolelle, jos käytät määräaikaa:

echo deadline> / sys / lohko / sdX / jono / ajastin

echo 1> / sys / block / sdX / jono / iosched / fifo_batch

Jos käytät noopia, lisää tämä rivi:

echo noop> / sys / lohko / sdX / jono / ajoitus

Vaihda “X” jälleen kerran asennuksen oikeaan kirjaimeen. Katsokaa kaikkea varmistaaksesi, että se näyttää hyvältä.

Paina sitten CTRL + O tallentaaksesi ja sitten CTRL + X lopettaaksesi.

Uudelleenkäynnistää

Jotta kaikki nämä muutokset tulevat voimaan, sinun on käynnistettävä uudelleen. Sen jälkeen sinun pitäisi asettaa kaikki. Jos jokin menee vikaan ja et voi käynnistää, voit kumota kaikki edellä mainitut vaiheet järjestelmällisesti, kunnes voit käynnistää uudelleen. Voit jopa käyttää LiveCD: tä tai LiveUSB: tä, jos haluat.

Fstab-muutoksesi kulkevat asennuksen elinkaaren, jopa kestävät päivitykset, mutta rc.local-muutoksesi on käynnistettävä uudelleen jokaisen päivityksen jälkeen (versioiden välillä).

Vertailuanalyysitulokset

Suorittamaan vertailuarvot suoritimme levykokeet testeistä. Jokaisen testin yläkuva on ennen ext4-kokoonpanon säätämistä, ja alempi kuva on tweaksin ja uudelleenkäynnistyksen jälkeen. Näet lyhyen selvityksen siitä, mitä testitoimenpiteet sekä tulosten tulkinta.

Suuret tiedostotoiminnot

Tämä testi pakkaa 2 Gt: n tiedoston satunnaisilla tiedoilla ja kirjoittaa sen levylle. SSD: n tweaks näyttää tässä noin 40%: n parannuksessa.

IOzone simuloi tiedostojärjestelmän suorituskykyä, tässä tapauksessa kirjoittamalla 8 Gt: n tiedoston. Jälleen lähes 50%: n kasvu.

Tässä luetaan 8 Gt: n tiedosto. Tulokset ovat lähes samat kuin ilman ext4: ää säätämättä.

AIO-Stress testaa asynkronisesti tulon ja lähdön käyttämällä 2 Gt: n koetiedostoa ja 64 KB: n tallennuskokoa. Tässä on lähes 200%: n suorituskyvyn kasvu vanilja-ext4: hen verrattuna!

Pienet tiedostotoiminnot

SQLite-tietokanta luodaan ja PTS lisää siihen 12 500 kirjaa. SSD: n tweaks on itse asiassa hidastanut suorituskykyä noin 10%.

Apache Benchmark testaa pieniä tiedostoja satunnaisesti. SSD: n optimoinnin jälkeen suorituskyky kasvoi noin 25%.

PostMark simuloi 25 000 tiedostonsiirtoa, 500 samanaikaisesti milloin tahansa, ja tiedostokoko on 5 - 512KB. Tämä simuloi verkko- ja postipalvelimia melko hyvin, ja näemme 16%: n suorituskyvyn kasvun parannuksen jälkeen.

FS-Mark tarkastelee 1000 tiedostoa, joiden koko on 1 Mt, ja mittaa, kuinka monta voi olla täysin kirjoitettu ja lukea ennalta määrätyssä ajassa. Meidän tweaks näemme jälleen kasvavan pienempiä tiedostokokoja. Noin 45%: n lisäys ext4-säätöillä.

Tiedostojärjestelmän käyttö

Dbench vertailee asiakkaiden testitiedostojärjestelmäkutsuja, kuten Samba tekee. Täällä vanilla ext4: n suorituskykyä leikataan 75%, mikä on merkittävä palautus tehtyihin muutoksiin.

Näet, että kun asiakkaiden määrä nousee, suorituskyvyn poikkeama kasvaa.

48 asiakkaan välissä aukko suljettiin jonkin verran näiden kahden välillä, mutta tweaks on edelleen hyvin ilmeinen.

128 asiakkaan suorituskyky on lähes sama. Voit perustella, että tweaks ei ehkä ole ihanteellinen kotikäyttöön tällaisessa toiminnassa, mutta se tarjoaa vertailukelpoisen suorituskyvyn, kun asiakkaiden määrä kasvaa huomattavasti.

Tämä testi riippuu ytimen AIO-kirjastosta. meillä on parannus 20%.

Täällä meillä on monisäikeinen satunnainen lukema 64MB, ja tässä on 200% suorituskyvyn kasvu! Vau!

Kirjoittaessasi 64MB: n dataa 32 kierteellä, suorituskyvyn kasvu on edelleen 75%.

Compile Bench simuloi iän vaikutusta tiedostojärjestelmään, jota edustaa ytimen puiden manipulointi (luominen, kääntäminen, korjaus jne.). Täällä voit nähdä merkittävän hyödyn simuloidun ytimen alustavan luomisen avulla, noin 40%.

Tämä vertailuarvo mittaa vain, kuinka kauan Linux-ytimen poisto kestää. Ei liian paljon suorituskyvyn kasvua täällä.

Yhteenveto

Ubuntu-pakkauksen ext4-konfiguraatioon tekemilläsi säätöillä oli melkoinen vaikutus. Suurimmat suorituskyvyn kasvut olivat monisäikeisten kirjojen ja lukemien aloilla, pieni tiedosto lukee ja suuri vierekkäinen tiedosto lukee ja kirjoittaa. Itse asiassa ainoa todellinen paikka, jossa saimme osuman suorituskyvyssä, oli yksinkertainen tiedostojärjestelmäkutsut, mitä Samba-käyttäjien pitäisi varoa. Kaiken kaikkiaan se näyttää olevan melko vankka lisäys suorituskykyyn sellaisten asioiden osalta, kuten web-sivujen ylläpito ja suurten videoiden katselu / suoratoisto.

Muista, että tämä oli nimenomaan Ubuntu Natty 64-bittinen. Jos järjestelmä tai SSD on erilainen, mittarilukema voi vaihdella. Kaiken kaikkiaan näyttää siltä, ​​että fstab- ja IO-ajastimen säädöt tekisivät pitkän matkan parempaan suorituskykyyn, joten kannattaa kokeilla omaa laitetta.

Onko sinulla omat vertailuarvosi ja haluat jakaa tulokset? Onko joku toinen nipistys, josta emme tiedä? Selvitä kommentit!