Kuinka Tweakin SSD Ubuntussa parantamaan suorituskykyä

Siellä on paljon vinkkejä Linuxin SSD: n säätämiseen ja paljon anecdotal-raportteja siitä, mitä toimii ja mitä ei. Suoritimme omat vertailuarvot muutamalla erityisellä tweaksilla, jotka osoittavat sinulle todellisen eron.

vertailukohtia

Levyn vertailuun käytimme Phoronix Test Suite -ohjelmaa. Se on ilmainen ja siinä on Ubuntun arkisto, joten sinun ei tarvitse kääntää tyhjästä suorittamaan nopeita testejä. Testasimme järjestelmän heti sen jälkeen, kun uusi Ubuntu Natty 64-bit -asennus asennettiin ext4-tiedostojärjestelmän oletusparametrien avulla.

AMD Phenom II Quad-core @ 3,2 GHz
MSI 760GM E51 emolevy
3,5 GB RAM
AMD Radeon 3000 integroitu w / 512 Mt RAM-muistia
Ubuntu Natty

Ja tietenkin SSD, jota aiemmin testattiin, oli 64 Gt: n OCZ Onyx-asema (117 dollaria Amazon.com-sivustossa kirjoitushetkellä).

Merkittävät Tweaks

On olemassa muutamia muutoksia, joita ihmiset suosittelevat, kun päivität SSD: tä. Kun joitain vanhempia juttuja suodatettiin, teimme lyhyen listan tweaksista, joiden mukaan Linux-drosseja ei ole sisällytetty SSD: iden oletusarvoiksi. Kolme niistä liittyy fstab-tiedoston muokkaamiseen, joten palauta se ennen kuin jatkat seuraavalla komennolla:


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

Jos jokin menee pieleen, voit aina poistaa uuden fstab-tiedoston ja korvata sen varmuuskopiolla. Jos et tiedä, mikä se on tai haluatko harjaantua siihen, miten se toimii, tutustu HTG-selityksiin: Mikä on Linux fstab ja miten se toimii?

Esiintymisajankohdat

Voit auttaa lisäämään SSD: n elämää vähentämällä OS: n kirjoittamista levylle. Jos haluat tietää, milloin jokainen tiedosto tai hakemisto on viimeksi käytetty, voit lisätä nämä kaksi vaihtoehtoa / etc / fstab-tiedostoon:


noatime,nodiratime

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

TRIMin käyttöönotto

Voit ottaa TRIMin käyttöön hallitsemaan levyn tehokkuutta pitkällä aikavälillä. Lisää seuraava vaihtoehto fstab-tiedostoosi:


discard

Tämä toimii hyvin ext4-tiedostojärjestelmissä, jopa tavallisilla kiintolevyillä. Sinulla on oltava vähintään 2.6.33 tai uudempi ydinversio; olet katettu, jos käytät Maverickia tai Nattyia tai olet ottanut Lucidin käyttöön taustaportit. Vaikka tämä ei varsinaisesti paranna alustavaa vertailua, sen pitäisi tehdä järjestelmä paremmin pitkällä aikavälillä, joten se teki listan.

Tmpfs

Järjestelmän välimuisti tallennetaan / tmp: iin. Voimme kertoa fstab: lle asennettavaksi RAMiin tilapäisenä tiedostojärjestelmänä, joten järjestelmäsi koskettaa kiintolevyä vähemmän. Lisää seuraava rivi / etc / fstab -tiedoston alareunaan uudelle riville:


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

Tallenna fstab -tiedostot näiden muutosten tekemiseksi.

IO-ajastimien vaihtaminen

Järjestelmäsi ei kirjoittaa kaikkia muutoksia levylle välittömästi, ja useat pyynnöt saavat jonoon. Oletusarvoinen syöttö-ulostulokehittäjä - cfq - hoitaa tämän, mutta voimme muuttaa sen laitteistoon paremmin.

Ensinnäkin, kirjoita käytettävissäsi olevat vaihtoehdot seuraavalla komennolla, korvaa "X" juurihakemiston kirjaimella:


cat /sys/block/sdX/queue/scheduler

Minun asennukseni on sda. Sinun pitäisi nähdä muutamia vaihtoehtoja.

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

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


sudo nano /etc/rc.local

Lisää poistumisnumero-rivin yläpuolella nämä kaksi riviä, jos käytät määräaikaa:


echo deadline > /sys/block/sdX/queue/scheduler
echo 1 > /sys/block/sdX/queue/iosched/fifo_batch

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


echo noop > /sys/block/sdX/queue/scheduler

Jälleen kerran vaihda "X" sopivalla asemakirjaimella asennuksestasi. Katsokaa kaiken sen varmistamiseksi, että se näyttää hyvältä.

Sitten napsauta CTRL + O-näppäintä tallentaaksesi ja lopeta sitten CTRL + X.

Uudelleenkäynnistää

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

Fstab-muutokset tapahtuvat asennuksen aikana jopa päivityksillä, mutta rc.local-muutos on palautettava jokaisen päivityksen jälkeen (versioiden välillä).

Benchmarking Results

Vertailuarvojen suorittamiseen suoritettiin kokeiluversio. Kunkin testin yläkuva on ennen ext4-kokoonpanon säätämistä, ja alakuva on parannuksen jälkeen ja uudelleenkäynnistyksen jälkeen. Näet lyhyen selityksen siitä, mitkä testit toimivat sekä tulosten tulkintaa.

Suuri tiedostooperaatio

Tämä testi pakkaa 2 Gt: n tiedoston satunnaisella tiedolla ja kirjoittaa sen levylle. Tällöin SSD: n muutokset näkyvät noin 40%: n parannuksessa.

IOzone simuloi tiedostojärjestelmän suorituskykyä, tässä tapauksessa kirjoittamalla 8GB-tiedostoa. Jälleen lähes 50%: n lisäys.

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

AIO-Stress testaa asynkronisesti tulon ja lähdön käyttäen 2 Gt: n testitiedostoa ja 64 kt: n rekisterikokoa. Täällä on melkein 200% parempi suorituskyky verrattuna vanilaan ext4!

Pienet tiedostot

SQLite-tietokanta luodaan ja PTS lisää 12 500 kirjaa siihen. SSD: n säätö tosiaan hidasti suorituskykyä noin 10%.

Apache Benchmark testaa satunnaisia lukuja pienistä tiedostoista. Suorituskyvyn optimointi SSD: n optimoinnin jälkeen oli noin 25%.

PostMark simuloi 25 000 tiedostotapahtumaa, 500 samanaikaisesti milloin tahansa, ja tiedostokoko on 5 ja 512 kilobittiä. Tämä simuloi verkko- ja postipalvelimia melko hyvin, ja näemme 16%: n suorituskyvyn lisäyksen säätämisen jälkeen.

FS-Mark näyttää 1000 tiedostoa, joiden koko on 1MB ja mittaa, kuinka monta voidaan kirjoittaa ja lukea ennalta määrätyn ajan. Nopeutemme lisäävät jälleen pienemmät tiedostokoot. Noin 45%: n lisäys ext4-säädöillä.

Tiedostojärjestelmän käyttö

Dbenchin vertailu testi-tiedostojärjestelmä pyytää asiakkaita, kuten Samba tekee asioista. Tässä vanilla ext4: n suorituskykyä leikataan 75 prosentilla, mikä on tärkeä askel tehdyissä muutoksissa.

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

48 asiakkaalla tämä ero sulkeutui jonkin verran näiden kahden välillä, mutta silti meillä on erittäin ilmeinen suorituskyvyn menetys.

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

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

Tässä meillä on monisäikeinen 64MB: n satunnaisluku ja siellä on 200% suorituskykyä tässä! Vau!

Kun kirjoitat 64 Mt dataa 32 langalla, meillä on vielä 75% suorituskyvyn nousu.

Compile Bench simuloi iän vaikutusta tiedostojärjestelmään, jota edustaa manipuloimalla ytimen puita (luomalla, kokoamalla, korjaamalla jne.). Täällä näet merkittävän edun simuloidun ytimen ensimmäisen luomisen kautta, noin 40%.

Tämä vertailuarvo yksinkertaisesti mittaa kuinka kauan Linux-ytimen purkaminen kestää. Ei liikaa suorituskyvyn noususta täällä.

Yhteenveto

Ubuntun ext4-konfigurointiin tehdyt muutokset vaikuttivat melkoisesti. Suurin suorituskyky on ollut monisäikeisten kirjoitusten ja lukujen, pienen tiedostojen lukemisen ja suurien jatkuvien tiedostojen lukemisessa ja kirjoittamisessa. Itse asiassa ainoa todellinen paikka, jossa näimme hitsauksen suorituskyvyssä, oli yksinkertaisissa tiedostojärjestelmän puheluissa, mitä Samba-käyttäjien pitäisi varoa. Kaiken kaikkiaan näyttäisi olevan melko voimakas suorituskyvyn kasvu esimerkiksi web-sivujen ylläpitämiseen ja suurien videoiden katseluun / suoratoistoon.

Muista, että tämä oli erityisesti Ubuntu Natty 64-bitin kanssa. Jos järjestelmääsi tai SSD: täsi on erilainen, mittarilukema saattaa vaihdella. Kaiken kaikkiaan näyttää kuitenkin siltä, että fstab- ja IO-skeduleriasetukset tehtiin pitkälle parempaan suorituskykyyn, joten kannattaa kokeilla omalla laitteellasi.

Ovatko omat vertailuarvosi ja haluat jakaa tulokset? Onko vielä muutava tweak, jota emme tiedä? Ääni kommentteihin!