Mājas lapa » » Kā izmainīt SSD Ubuntu, lai uzlabotu veiktspēju

    Kā izmainīt SSD Ubuntu, lai uzlabotu veiktspēju

    Ir daudz padomu, kā izmainīt savu SSD Linux un daudzus anekdotiskus ziņojumus par to, kas darbojas un kas nav. Mēs parādījām savus kritērijus ar dažiem konkrētiem tweaks, lai parādītu patieso atšķirību.

    Salīdzinošie rādītāji

    Lai salīdzinātu mūsu disku, mēs izmantojām Phoronix Test Suite. Tas ir bezmaksas, un tam ir Ubuntu krātuve, tāpēc jums nav jākompensē no nulles, lai palaistu ātrās pārbaudes. Mēs pārbaudījām mūsu sistēmu tieši pēc Ubuntu Natty 64 bitu jaunās instalācijas, izmantojot ext4 failu sistēmas noklusējuma parametrus.

    Mūsu sistēmas specifikācijas bija šādas:

    • AMD Phenom II četrkodolu @ 3.2 GHz
    • MSI 760GM E51 mātesplate
    • 3,5 GB RAM
    • AMD Radeon 3000 integrēta w / 512 MB RAM
    • Ubuntu Natty

    Un, protams, SSD, ko mēs izmantojām, lai pārbaudītu, bija 64GB OCZ Onyx disks ($ 117 par Amazon.com rakstīšanas laikā).

    Izcilie Tweaks

    Ir ļoti maz izmaiņu, ko cilvēki iesaka, atjauninot uz SSD. Pēc dažu vecāko materiālu filtrēšanas mēs izveidojām īsu sarakstu ar tweaks, ko Linux distros nav iekļāvuši kā noklusējumus SSD. Trīs no tiem ietver jūsu fstab faila rediģēšanu, tāpēc pirms tam turpiniet darbu ar šādu komandu:

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

    Ja kaut kas noiet greizi, jūs vienmēr varat izdzēst jauno fstab failu un aizstāt to ar rezerves kopiju. Ja jūs nezināt, kas tas ir, vai jūs vēlaties, lai uzspiestu, kā tas darbojas, apskatiet HTG izskaidrojumus: Kas ir Linux fstab un kā tas darbojas?

    Piekļuves laiki

    Jūs varat palīdzēt palielināt SSD dzīvi, samazinot OS rakstīšanas diskam. Ja jums ir jāzina, kad katrs fails vai katalogs pēdējo reizi tika piekļūts, varat pievienot šīs divas iespējas savam / etc / fstab failam:

    noatime, nodiratime

    Pievienojiet tos kopā ar citām opcijām un pārliecinieties, vai tās ir atdalītas ar komatiem un bez atstarpēm.

    TRIM iespējošana

    Jūs varat iespējot TRIM, lai palīdzētu pārvaldīt diska veiktspēju ilgtermiņā. Pievienojiet fstab failam šādu opciju:

    izmetiet

    Tas labi darbojas ext4 failu sistēmās, pat standarta diskdziņos. Jums ir jābūt vismaz 2.6.33 vai jaunākai kodola versijai; ja jūs izmantojat Maverick vai Natty, vai arī Lucid ir iespējotas backports. Lai gan tas īpaši neuzlabo sākotnējo salīdzinošo novērtēšanu, tam būtu jādara sistēma labākai darbībai ilgtermiņā, un tāpēc tā izveidoja mūsu sarakstu.

    Tmpfs

    Sistēmas kešatmiņa tiek saglabāta / tmp. Mēs varam pateikt fstab, lai to pievienotu RAM kā pagaidu failu sistēmu, lai jūsu sistēma varētu mazāk pieskarties cietajam diskam. Jauna rindā pievienojiet šādu rindu faila / etc / fstab apakšā:

    tmpfs / tmp tmpfs noklusējumi, noatime, mode = 1777 0 0

    Saglabājiet fstab failu, lai veiktu šīs izmaiņas.

    IO plānotāju pārslēgšana

    Jūsu sistēma neieraksta visas izmaiņas uz diska nekavējoties, un vairāki pieprasījumi saņem rindu. Noklusējuma ievades-izvades plānotājs - cfq - rīkojas ar šo kārtību, bet mēs varam to mainīt uz tādu, kas labāk darbojas mūsu aparatūrai.

    Vispirms norādiet, kādas opcijas ir pieejamas ar šādu komandu, aizstājot “X” ar saknes diska burtu:

    cat / sys / bloks / sdX / rinda / plānotājs

    Mana instalācija ir sda. Jums vajadzētu redzēt dažas dažādas iespējas.

    Ja jums ir termiņš, jums tas jāizmanto, jo tas dod jums papildus izaicinājumu tālāk. Ja nē, jums vajadzētu būt iespējai bez problēmām izmantot noop. Mums jāinformē OS, lai pēc katras sāknēšanas izmantotu šīs opcijas, tāpēc mums būs nepieciešams rediģēt rc.local failu.

    Mēs izmantosim nano, jo mēs esam apmierināti ar komandrindu, bet jūs varat izmantot jebkuru citu teksta redaktoru (gedit, vim uc).

    sudo nano /etc/rc.local

    Virzot rindu “izeja 0”, pievienojiet šīs divas rindas, ja izmantojat termiņu:

    echo deadline> / sys / bloks / sdX / rinda / plānotājs

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

    Ja izmantojat noop, pievienojiet šo rindu:

    echo noop> / sys / bloks / sdX / rinda / plānotājs

    Vēlreiz nomainiet “X” ar atbilstošu diska burtu instalācijai. Paskaties uz visu, lai pārliecinātos, ka tas izskatās labi.

    Pēc tam nospiediet CTRL + O, lai saglabātu, tad CTRL + X, lai izietu.

    Restartēt

    Lai visas šīs izmaiņas stātos spēkā, jums ir nepieciešams restartēt. Pēc tam jums jābūt visiem. Ja kaut kas noiet greizi un jūs nevarat palaist, jūs varat sistemātiski atsaukt katru no iepriekš minētajām darbībām, līdz varēsiet vēlreiz ielādēt. Jūs varat pat izmantot LiveCD vai LiveUSB, lai atgūtu, ja vēlaties.

    Jūsu fstab izmaiņas veiks jūsu instalācijas dzīvi, pat izturot jauninājumus, bet jūsu rc.local izmaiņas būs jāpārveido pēc katras jaunināšanas (starp versijām).

    Salīdzinošās novērtēšanas rezultāti

    Lai veiktu kritērijus, mēs vadījām disku komplektu testiem. Katra testa augšējais attēls ir pirms ext4 konfigurācijas, un apakšējais attēls ir pēc tweaks un reboot. Jūs redzēsiet īsu paskaidrojumu par testēšanas pasākumiem, kā arī rezultātu interpretāciju.

    Lielas failu operācijas

    Šis tests saspiež 2GB failu ar izlases datiem un raksta to uz diska. SSD tweaks šeit rāda aptuveni 40% uzlabojumu.

    IOzone simulē failu sistēmas veiktspēju, šajā gadījumā rakstot 8GB failu. Atkal, gandrīz 50% pieaugums.

    Šeit tiek lasīts 8GB fails. Rezultāti ir gandrīz tādi paši kā bez pielāgošanas ext4.

    AIO-Stress asinhroni testē ievades un izejas, izmantojot 2GB testa failu un 64KB ieraksta lielumu. Šeit ir gandrīz 200% pieaugums, salīdzinot ar vaniļas ext4!

    Mazas failu operācijas

    Ir izveidota SQLite datu bāze un PTS pievieno 12 500 ierakstus. SSD tweaks šeit faktiski palēnināja veiktspēju par aptuveni 10%.

    Apache Benchmark pārbauda nelielu failu izlases lasījumus. Pēc SSD optimizēšanas bija aptuveni 25% veiktspējas pieaugums.

    PostMark simulē 25 000 failu darījumus, 500 vienlaicīgi jebkurā laikā, ar faila izmēru no 5 līdz 512 KB. Tas simulē tīmekļa un pasta serverus diezgan labi, un mēs redzam 16% veiktspējas pieaugumu pēc tweaking.

    FS-Mark skatās uz 1000 failiem, kuru kopējais lielums ir 1 MB, un nosaka, cik daudz var tikt pilnībā rakstīts un lasīts iepriekš noteiktajā laikā. Mūsu tweaks atkal palielinās ar mazākiem faila izmēriem. Apmēram 45% pieaugums ar ext4 korekcijām.

    Piekļuve failu sistēmai

    Dbench salīdzina klienta testu failu sistēmas zvanus, līdzīgi kā Samba dara. Šeit vaniļas ext4 veiktspēja tiek samazināta par 75%, kas ir būtisks atgriezums mūsu veiktajās izmaiņās.

    Jūs varat redzēt, ka, palielinoties klientu skaitam, palielinās veiktspējas atšķirības.

    Ar 48 klientiem šī starpība nedaudz atšķīrās starp abiem, bet mūsu tweaks joprojām ir ļoti acīmredzams.

    Ar 128 klientiem, izpildījums ir gandrīz tāds pats. Jūs varat pamatot, ka mūsu tweaks, iespējams, nav ideāli piemēroti lietošanai mājās šāda veida darbībās, bet nodrošinās salīdzināmu veiktspēju, ja klientu skaits ir ievērojami palielinājies.

    Šis tests ir atkarīgs no kodola AIO piekļuves bibliotēkas. mums šeit ir 20% uzlabojums.

    Šeit mēs esam izlasījuši vairāku vītņu izlases rakstu 64MB, un šeit ir par 200% lielāka veiktspēja! Wow!

    Rakstot 64MB datus ar 32 pavedieniem, mums joprojām ir 75% pieaugums.

    Compile Bench simulē vecuma ietekmi uz failu sistēmu, ko attēlo manipulējot ar kodolu kokiem (izveidošana, apkopošana, ielāpšana utt.). Šeit jūs varat redzēt ievērojamu labumu, modelējot kodolu sākotnēji, aptuveni 40%.

    Šie kritēriji vienkārši nosaka, cik ilgi nepieciešams Linux kodola iegūšana. Šeit nav pārāk daudz sniegumu.

    Kopsavilkums

    Korekcijām, ko mēs veicām Ubuntu ekstranta konfigurācijā, bija diezgan liela ietekme. Lielākie sasniegumi bija vairāki vītņoti raksti un lasījumi, mazais fails lasāms un liels blakus esošs fails lasa un raksta. Faktiski, vienīgā reālā vieta, ko mēs redzējām, bija vienkāršas failu sistēmas zvani, kaut kam Samba lietotājiem vajadzētu būt uzmanīgiem. Kopumā šķiet, ka tas ir diezgan stabils sniegumu pieaugums lietām, piemēram, tīmekļa vietņu mitināšana un lielu videoklipu skatīšana / straumēšana.

    Paturiet prātā, ka tas bija tieši ar Ubuntu Natty 64 bitu. Ja jūsu sistēma vai SSD ir atšķirīga, jūsu nobraukums var atšķirties. Kopumā tomēr šķiet, ka fstab un IO plānotāju korekcijas, ko mēs veicām, ir tālu no labākas darbības, tāpēc, iespējams, ir vērts izmēģināt savu platformu.

    Vai jums ir savi kritēriji un vēlaties kopīgot savus rezultātus? Vai mums ir vēl viens kniebiens? Izsakiet komentārus!