Pagrindinis » kaip » Kaip pagreitinti savo SSD „Ubuntu“ geresniam našumui

    Kaip pagreitinti savo SSD „Ubuntu“ geresniam našumui

    Yra daug patarimų, kaip keisti SSD Linux ir daugybė anekdotinių pranešimų apie tai, kas veikia ir kas ne. Mes rodėme savo etalonus su keliais konkrečiais pakeitimais, kad galėtume parodyti tikrąjį skirtumą.

    Lyginamieji standartai

    Norėdami palyginti mūsų diską, naudojome „Phoronix Test Suite“. Tai nemokama ir turi „Ubuntu“ saugyklą, kad nereikėtų iš naujo užpildyti greitų testų. Mes išbandėme savo sistemą iš karto po naujo „Ubuntu Natty“ 64 bitų diegimo naudojant numatytuosius „ext4“ failų sistemos parametrus.

    Mūsų sistemos specifikacijos buvo tokios:

    • AMD Phenom II quad-core @ 3.2 GHz
    • MSI 760GM E51 plokštė
    • 3,5 GB RAM
    • AMD Radeon 3000 integruota w / 512 MB atmintinė
    • Ubuntu Natty

    Ir, žinoma, SSD, kurį anksčiau bandėme, buvo 64GB OCZ Onyx diskas (117 JAV dolerių „Amazon.com“ rašymo metu)..

    Žinomi Tweaks

    Yra nemažai pakeitimų, kuriuos žmonės rekomenduoja atnaujinti į SSD. Išfiltravę kai kuriuos senesnius daiktus, sudarėme trumpą sąrašą „tweaks“, kuriuos „Linux distros“ neįtraukė kaip numatytuosius SSD. Trys iš jų susiję su fstab failo redagavimu, taigi, prieš tęsdami šią komandą:

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

    Jei kas nors negerai, galite visada ištrinti naująjį „fstab“ failą ir pakeisti jį atsarginės kopijos kopija. Jei nežinote, kas tai yra, ar norite atsigriebti, kaip ji veikia, pažiūrėkite į „HTG Explains“: kas yra „Linux fstab“ ir kaip tai veikia?

    Prieigos laikai

    Galite padėti padidinti savo SSD veikimo trukmę sumažindami, kiek OS rašo diske. Jei reikia žinoti, kada paskutinį kartą buvo atidarytas kiekvienas failas ar katalogas, galite pridėti šias dvi parinktis į / etc / fstab failą:

    Noatime, nodiratime

    Pridėkite juos kartu su kitomis parinktimis ir įsitikinkite, kad jie visi atskirti kableliais ir nėra tarpų.

    TRIM įgalinimas

    Galite įgalinti TRIM padėti valdyti disko našumą ilgą laiką. Pridėkite šią parinktį prie fstab failo:

    išmeskite

    Tai gerai veikia ext4 failų sistemoms, net ir standartiniams standžiajam diskui. Turite turėti bent 2.6.33 ar vėlesnę branduolio versiją; jei jūs naudojate „Maverick“ arba „Natty“, arba jei „Lucid“ įgalintos „backports“. Nors tai ne konkrečiai pagerina pradinę lyginamąją analizę, ji turėtų užtikrinti, kad sistema ilgainiui veiktų geriau, todėl sudarė mūsų sąrašą.

    Tmpfs

    Sistemos talpykla saugoma / tmp. Mes galime pasakyti, kad „fstab“ tai prijungti prie RAM kaip laikiną failų sistemą, todėl jūsų sistema palies mažiau kietojo disko. Įrašykite šią eilutę į savo / etc / fstab failo apačią naujoje eilutėje:

    tmpfs / tmp tmpfs numatytosios reikšmės, noatime, režimas = 1777 0 0

    Išsaugokite fstab failą, kad galėtumėte atlikti šiuos pakeitimus.

    IO tvarkaraščių perjungimas

    Jūsų sistema nedelsdama įrašo visus disko pakeitimus, o keletas užklausų yra eilėje. Numatytasis įvesties-išvesties planuotojas - cfq - tvarko šią problemą, bet mes galime tai pakeisti vienu, kuris geriau veikia mūsų aparatinę įrangą.

    Pirmiausia išvardykite, kurias parinktis turite su šia komanda, pakeisdami „X“ šakninio disko raidėmis:

    cat / sys / block / sdX / eilė / planuotojas

    Mano įrenginys yra sda. Turėtumėte pamatyti keletą skirtingų variantų.

    Jei turite galutinį terminą, turėtumėte tai naudoti, nes jis suteikia papildomą įgarsinimą žemiau linijos. Jei ne, turėtumėte turėti galimybę be jokių problemų naudoti „noop“. Turime pasakyti, kad OS po kiekvieno įkrovimo naudoti šias parinktis, todėl turėsime redaguoti rc.local failą.

    Naudosime nano, nes mes esame patogūs komandų eilutei, bet galite naudoti bet kurį kitą norimą teksto redaktorių (gedit, vim ir tt).

    sudo nano /etc/rc.local

    Pridėkite eilutę „exit 0“, jei naudosite terminą:

    echo deadline> / sys / blokas / sdX / eilė / planuotojas

    echo 1> / sys / block / sdX / eilė / iosched / fifo_batch

    Jei naudojate Noop, pridėkite šią eilutę:

    echo noop> / sys / blokas / sdX / eilė / planuotojas

    Dar kartą pakeiskite „X“ įrenginio atitinkamą disko raidę. Pažvelkite į viską, kad įsitikintumėte, jog tai gerai.

    Tada paspauskite CTRL + O, kad išsaugotumėte, tada CTRL + X, jei norite išeiti.

    Perkrauti

    Kad visi šie pakeitimai įsigaliotų, turite paleisti iš naujo. Po to jūs turite būti visi. Jei kažkas negerai ir negalite paleisti, galite sistemingai anuliuoti kiekvieną iš pirmiau minėtų veiksmų, kol vėl galėsite paleisti. Jūs netgi galite naudoti „LiveCD“ arba „LiveUSB“, jei norite.

    Jūsų „fstab“ pakeitimai atliks jūsų įdiegimo laiką, net atlaikydami atnaujinimus, tačiau jūsų rc.local pakeitimas turės būti atnaujintas po kiekvieno atnaujinimo (tarp versijų).

    Rezultatų palyginimas

    Norėdami atlikti etalonus, vykdėme diskų rinkinį. Kiekvieno testo viršutinis vaizdas yra prieš tweting ext4 konfigūraciją, o apatinis vaizdas yra po tweaks ir perkrauti. Pamatysite trumpą paaiškinimą, ką bandymo priemonės, taip pat rezultatų aiškinimą.

    Didelės rinkmenų operacijos

    Šis testas suspaudžia 2GB failą su atsitiktiniais duomenimis ir įrašo jį į diską. SSD pakeitimas čia rodo apie 40% pagerėjimą.

    IOzone imituoja failų sistemos veikimą, šiuo atveju rašydamas 8GB failą. Vėlgi, beveik 50% padidėjo.

    Čia skaitomas 8GB failas. Rezultatai yra beveik tokie patys, kaip ir nekoreguojant ext4.

    AIO-Stress asinchroniškai tikrina įvestį ir išvestį, naudojant 2GB testo failą ir 64KB įrašo dydį. Čia beveik 200% padidėja našumas, palyginti su vanilės ext4!

    Mažos rinkmenos operacijos

    Sukurta SQLite duomenų bazė ir PTS prideda 12 500 įrašų. SSD šiuo metu pamažu sumažino našumą apie 10%.

    „Apache Benchmark“ testuoja atsitiktinius mažų failų skaitymus. Optimizavus SSD, pasiekta apie 25% našumo padidėjimo.

    „PostMark“ imituoja 25 000 failų operacijų, 500 vienu metu vienu metu, su failų dydžiais nuo 5 iki 512 KB. Tai gerai imituoja žiniatinklio ir pašto serverius ir matome, kad po truputį padidėjo 16% našumas.

    „FS-Mark“ žiūri į 1000 failų, kurių bendras dydis yra 1 MB, ir matuoja, kiek galima visiškai parašyti ir skaityti iš anksto numatytu laiku. Mūsų „tweaks“ dar kartą mato, kad failų dydis yra mažesnis. Apie 45% padidėjimas su ext4 koregavimais.

    Prieiga prie failų sistemos

    „Dbench“ palygina klientų failų sistemos skambučius, panašius į tai, kaip Samba veikia. Čia vanilės ext4 našumas sumažinamas 75 proc., O tai yra didelis atsilikimas į padarytus pakeitimus.

    Matote, kad, didėjant klientų skaičiui, padidėja našumo skirtumai.

    Su 48 klientais skirtumas tarp šių dviejų buvo šiek tiek uždarytas, tačiau vis dar yra akivaizdus našumo praradimas.

    Su 128 klientais našumas yra beveik toks pat. Jūs galite pasakyti, kad mūsų tweaks negali būti idealiai tinka naudoti tokioje operacijoje, bet užtikrins panašų našumą, kai klientų skaičius bus žymiai padidintas.

    Šis testas priklauso nuo branduolio AIO prieigos bibliotekos. čia turime 20% pagerėjimą.

    Čia mes turime kelių sriegių atsitiktinį skaitymą iš 64MB, o čia našumas padidėjo 200%! Oho!

    Rašydami 64MB duomenis su 32 temomis, mes vis dar turime 75% didesnį našumą.

    Compile Bench imituoja amžiaus įtaką failų sistemai, kurią vaizduoja manipuliuojant branduolių medžius (kūrimas, kompiliavimas, pataisymas ir kt.). Čia jūs galite pamatyti didelę naudą iš pradžių sukuriant modeliuojamą branduolį, apie 40%.

    Šie lyginamieji standartai paprasčiausiai matuoja, kiek laiko trunka Linux branduolys. Čia ne per daug padidėjo našumas.

    Santrauka

    Koregavimai, kuriuos mes padarėme Ubuntu „out-of-box ext4“ konfigūracijoje, turėjo gana didelį poveikį. Didžiausias našumas buvo daugialypio rašymo ir skaitymo sferose, mažas failas skaitomas, o didelis gretimas failas skaito ir rašo. Tiesą sakant, vienintelė tikroji vieta, kurioje matėme našumą, buvo paprastuose failų sistemos skambučiuose, ką Samba vartotojai turėtų stebėti. Apskritai, atrodo, kad tai yra gana tvirtas našumo padidinimas dalykams, pavyzdžiui, svetainių priegloba ir didelių vaizdo įrašų stebėjimui / transliavimui.

    Atminkite, kad tai buvo konkrečiai su „Ubuntu Natty“ 64 bitų. Jei jūsų sistema arba SSD yra skirtingi, jūsų rida gali skirtis. Apskritai, atrodo, kad fstab ir IO planuotojo koregavimai, kuriuos mes padarėme, yra labai geri, todėl tikriausiai verta pabandyti savo įrenginyje.

    Turite savo gaires ir norite pasidalinti savo rezultatais? Turime dar vieną įgnybą, apie kurią mes nežinome? Išsakykite komentarus!