Kuidas muuta oma SSD-d Ubuntu paremaks jõudmiseks

Seal on palju näpunäiteid teie SSD-le Linuxis ja palju anekdootilisi aruandeid selle kohta, mis toimib ja mis mitte. Oma jooksvaid võrdlusnäitajaid kasutasime mõne konkreetse tweaksiga, et näidata teile tegelikku erinevust.

Võrdlusnäitajad

Meie ketta võrdlemiseks kasutasime Phoronix Test Suite'i. See on tasuta ja tal on Ubuntu hoidla, nii et peate kiirete testide käivitamiseks nullist üles koostama. Testisime oma süsteemi kohe pärast Ubuntu Natty 64-bitist värsket installimist, kasutades ext4-failisüsteemi vaikimisi parameetreid.

Meie süsteemi andmed olid järgmised:

• AMD Phenom II quad-core @ 3,2 GHz
• MSI 760GM E51 emaplaat
• 3,5 GB RAM
• AMD Radeon 3000 integreeritud w / 512 MB RAM
• Ubuntu Natty

Ja muidugi, SSD, mida me varem katsetasime, oli 64 GB OCZ Onyx-draiv ($ 117 Amazon.com-is kirjutamise ajal)..

Silmapaistvad Tweaks

SSD-desse ümberehitamisel soovitavad inimesed üsna vähe muudatusi. Pärast mõningate vanemate asjade filtreerimist koostasime lühikese nimekirja tweaksist, mida Linuxi distros pole SSD-de vaikeväärtustena lisanud. Kolm neist hõlmavad fstab-faili redigeerimist, nii et enne selle jätkamist jätkake seda enne:

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

Kui midagi läheb valesti, saate alati uue fstab-faili kustutada ja asendada selle varukoopiaga. Kui te ei tea, mis see on või mida soovite harjutada, kuidas see toimib, vaata HTG Explains: Mis on Linuxi fstab ja kuidas see toimib?

Juurdepääsuaeg

Saate oma SSD eluea pikendada, vähendades, kui palju OS kettale kirjutab. Kui peate teadma, millal iga faili või kataloogi viimati kasutati, saate lisada need kaks valikut oma / etc / fstab-failile:

noatime, nodiratime

Lisage need koos teiste võimalustega ja veenduge, et kõik on eraldatud komadega ja tühikutega.

TRIM-i lubamine

Võite lubada TRIM-il, et aidata ketta jõudlust pikemas perspektiivis hallata. Lisage oma fstab-failile järgmine valik:

visake ära

See toimib hästi ext4-failisüsteemide puhul, isegi standardsetes kõvakettades. Teil peab olema vähemalt 2.6.33 või uuem kerneli versioon; olete kaetud, kui kasutate Mavericki või Natty'i või kui Lucidis on lubatud backports. Kuigi see ei paranda esialgset võrdlusuuringut, peaks see süsteemi pikemas perspektiivis toimima hakkama, nii et see tegi meie nimekirja.

Tmpfs

Süsteemi vahemälu salvestatakse / tmp. Me võime öelda fstabile, et see paigaldatakse RAM-i kui ajutise failisüsteemi, nii et teie süsteem puudutab kõvaketast vähem. Lisage uus rida / etc / fstab-faili allosas järgmine rida:

tmpfs / tmp tmpfs vaikeväärtused, noatime, mode = 1777 0 0

Salvestage oma muudatused fstab-faili salvestamiseks.

IO ajastajate vahetamine

Teie süsteem ei kirjuta kõiki muudatusi plaadile kohe ja mitu taotlust saab järjekorda. Vaikimisi on sisend-väljundi ajastaja - cfq - see hästi korras, kuid me saame seda muuta selliseks, mis töötab paremini meie riistvara jaoks.

Kõigepealt loetlege, milliseid valikuid teil on saadaval järgmise käsuga, asendades „X” juurejuhi tähega:

cat / sys / block / sdX / järjekord / planeerija

Minu install on sda. Sa peaksid nägema mõningaid erinevaid võimalusi.

Kui teil on tähtaeg, siis peaksite seda kasutama, sest see annab sulle täiendava näpistama. Kui ei, siis peaksite saama noopi kasutada ilma probleemideta. Me peame operatsioonisüsteemile teatama, et nad kasutavad neid suvandeid pärast iga käivitamist, nii et peame redigeerima rc.local faili.

Me kasutame nano, kuna me oleme käsureaga rahul, kuid saate kasutada mis tahes muud soovitud tekstiredaktorit (gedit, vim jne).

sudo nano /etc/rc.local

Lisage rida „väljumise 0“ kohal, kui kasutate tähtaega:

echo deadline> / sys / block / sdX / järjekord / planeerija

echo 1> / sys / block / sdX / järjekord / iosched / fifo_batch

Kui kasutate noopi, lisage see rida:

echo noop> / sys / plokk / sdX / järjekord / planeerija

Vahetage „X” uuesti oma installi jaoks sobiva draivitähtega. Vaadake kõike, et veenduda, et see on hea.

Seejärel vajutage CTRL + O, et salvestada, seejärel CTRL + X lõpetada.

Taaskäivita

Et kõik need muudatused jõustuksid, peate taaskäivitama. Pärast seda peaksite olema kõik seatud. Kui midagi läheb valesti ja te ei saa käivitada, saate iga eespool nimetatud samme süstemaatiliselt tagasi võtta, kuni saate uuesti käivitada. Soovi korral saate taastada isegi LiveCD või LiveUSB.

Teie fstabi muudatused viivad läbi teie installatsiooni elu, isegi uuenduste vastu, kuid teie rc.local muutus tuleb pärast iga täiendust (versioonide vahel) uuesti sisse seada.

Võrdlusuuringute tulemused

Võrdlusaluste täitmiseks käisime diskide komplekti testidega. Iga testi ülemine pilt on enne ext4-i häälestamist ja alumine pilt on pärast tweaks'i ja taaskäivitamist. Näete lühikest selgitust selle kohta, mida testimeetmed ja tulemuste tõlgendus.

Suured failitoimingud

See test tihendab 2GB faili juhuslike andmetega ja kirjutab selle kettale. SSD näeb siin umbes 40% paranemist.

IOzone simuleerib failisüsteemi jõudlust, antud juhul kirjutades 8GB faili. Jällegi kasvas peaaegu 50%.

Siin loetakse 8GB faili. Tulemused on peaaegu samad kui ilma ext4 reguleerimata.

AIO-Stress testib asünkrooniliselt sisendit ja väljundit, kasutades 2GB testfaili ja 64KB rekordi suurust. Siin on peaaegu 200% suurune jõudlus võrreldes vanilla ext4-ga!

Väike failitoimingud

Luuakse SQLite andmebaas ja PTS lisab sellele 12 500 kirjet. SSD tweaks siin tegelikult aeglustas jõudlust umbes 10% võrra.

Apache Benchmark testib väikeste failide juhuslikku lugemist. Pärast SSD optimeerimist oli jõudlus umbes 25%.

PostMark simuleerib 25 000 failitehingut, 500 korraga igal ajal, faili suurusega vahemikus 5 kuni 512KB. See simuleerib veebi- ja postiservereid päris hästi, ja näeme, et pärast tweakeerimist suureneb 16%.

FS-Mark vaatab 1000 faili kokku 1 MB suuruse suurusega ja mõõdab, kui palju saab täielikult kirjutada ja lugeda eelnevalt määratud aja jooksul. Meie näpunäited näevad taas suuremat väiksemat failisuurust. Umbes 45% suurenemine koos ext4 kohandustega.

Failisüsteemi juurdepääs

Dbench võrdleb testifailisüsteemide kõnesid klientidega, nagu Samba teeb. Siin lõigatakse vanilla ext4 jõudlust 75% võrra, mis on meie tehtud muudatuste peamine tagasilöök.

Näete, et klientide arvu kasvades suureneb jõudluse lahknevus.

48 kliendiga lõhe lõhe mõnevõrra kahe vahel, kuid meie tweaks on endiselt väga ilmselgelt kaotanud.

128 kliendiga on jõudlus peaaegu sama. Te võite põhjendada, et meie tweaks ei pruugi sellises operatsioonis olla koduseks kasutamiseks ideaalsed, kuid annavad võrreldava tulemuse, kui klientide arv on oluliselt suurenenud.

See test sõltub tuuma AIO-juurdepääsu raamatukogust. meil on siin 20% paranemine.

Siin on meil 64-bitine mitme keermega juhuslik loend ja siin on jõudlus 200% võrra suurem! Vau!

64MB andmete kirjutamisel 32 niidiga on meil siiski 75% suurune jõudlus.

Compile Bench simuleerib vanuse mõju failisüsteemile, mida esindab tuumapuude manipuleerimine (loomine, kompileerimine, lappimine jne). Siin näete simuleeritud kerneli esialgse loomise kaudu märkimisväärset kasu, umbes 40%.

Need näitajad mõõdavad lihtsalt, kui kaua Linuxi kerneli väljavõtmiseks kulub. Mitte liiga palju tulemuslikkuse suurenemist siin.

Kokkuvõte

Ubuntu out4-out-out ext4 konfiguratsioonil tehtud muudatused avaldasid üsna suurt mõju. Suurimad jõudlustulemused olid mitme keermega kirjete ja lugemiste vallas, väike fail loeb ja suur külgnev fail loeb ja kirjutab. Tegelikult oli ainus tegelik koht, kus me nägime tulemuslikkust, oli lihtne failisüsteemi kõned, mida Samba kasutajad peaksid jälgima. Üldiselt tundub, et see on üsna tugev jõudlus sellistes asjades nagu veebilehtede haldamine ja suurte videote vaatamine / voogesitus.

Pea meeles, et see oli spetsiaalselt Ubuntu Natty 64-bitine. Kui teie süsteem või SSD on erinev, võib teie läbisõit erineda. Kokkuvõttes tundub, et fstab ja IO planeerija kohandused oleksid parema tulemuse saavutamiseks kaugele jõudnud, nii et see on ilmselt väärt omaenda seadmega.

Kas teil on oma võrdlusalused ja soovite oma tulemusi jagada? Kas meil on veel üks näpistama, millest me ei tea? Märkige kommentaarid!