Pagina principala » HOWTO » Cum să vă ajustați SSD-ul în Ubuntu pentru o performanță mai bună

    Cum să vă ajustați SSD-ul în Ubuntu pentru o performanță mai bună

    Există o mulțime de sfaturi acolo pentru tweaking dvs. SSD în Linux și o mulțime de rapoarte anecdotice despre ceea ce funcționează și ce nu. Am rulat propriile noastre repere cu câteva trucuri specifice pentru a vă arăta diferența reală.

    Puncte de reper

    Pentru a evalua discul nostru, am folosit Phoronix Test Suite. Este gratuit și are un depozit pentru Ubuntu, deci nu trebuie să compilați de la zero pentru a rula teste rapide. Am testat sistemul nostru imediat dupa o instalare proaspata de Ubuntu Natty 64-bit folosind parametrii impliciti pentru sistemul de fisiere ext4.

    Specificațiile sistemului noastre au fost după cum urmează:

    • AMD Phenom II quad-core @ 3.2 GHz
    • Placa de bază MSI 760GM E51
    • RAM de 3,5 GB
    • AMD Radeon 3000 integrat cu memorie RAM de 512 MB
    • Ubuntu Natty

    Și, bineînțeles, SSD-ul pe care l-am testat a fost o unitate OCZ Onyx de 64 GB (117 dolari pe Amazon.com la momentul scrisului).

    Efectele proeminente

    Există destul de puține schimbări pe care oamenii le recomandă la modernizarea pe un SSD. După ce am filtrat unele dintre cele mai vechi, am făcut o scurtă listă de trucuri pe care distribuțiile Linux nu le-au inclus ca valori prestabilite pentru SSD-uri. Trei dintre ele implică editarea fișierului fstab, așa că înainte de a continua cu următoarea comandă:

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

    Dacă ceva nu merge bine, puteți șterge întotdeauna noul fișier fstab și îl puteți înlocui cu o copie a copiei de rezervă. Dacă nu știți ce este sau doriți să citiți cum funcționează, aruncați o privire la HTG Explică: Ce este fstab-ul Linux și cum funcționează?

    Evacuarea timpilor de acces

    Puteți contribui la creșterea duratei de viață a SSD-ului prin reducerea cantității pe care OS-ul o scrie pe disc. Dacă trebuie să știți când a fost accesat ultimul fișier sau director, puteți adăuga aceste două opțiuni în fișierul / etc / fstab:

    noatime, nodiratime

    Adăugați-le împreună cu celelalte opțiuni și asigurați-vă că toate sunt separate prin virgule și fără spații.

    Activarea TRIM

    Puteți activa funcția TRIM pentru a vă ajuta să gestionați performanța discului pe termen lung. Adăugați următoarea opțiune la fișierul fstab:

    renunța

    Acest lucru funcționează bine pentru sistemele de fișiere ext4, chiar și pe unitățile de hard disk standard. Trebuie să aveți o versiune de kernel de cel puțin 2.6.33 sau mai târziu; sunteți acoperit dacă utilizați Maverick sau Natty sau aveți backport-uri activate pe Lucid. Deși acest lucru nu îmbunătățește în mod specific benchmarkingul inițial, ar trebui să facă sistemul să funcționeze mai bine pe termen lung și astfel a făcut lista noastră.

    tmpfs

    Cache-ul sistemului este stocat în / tmp. Putem spune fstab să monteze acest lucru în memoria RAM ca sistem de fișiere temporar, astfel încât sistemul dvs. să atingă mai puțin unitatea hard disk. Adăugați următoarea linie în partea de jos a fișierului / etc / fstab într-o linie nouă:

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

    Salvați fișierul fstab pentru a comite aceste modificări.

    Comutarea planificatorilor IO

    Sistemul dvs. nu scrie imediat toate modificările discului și mai multe solicitări intră în coada de așteptare. Planificatorul de intrare / ieșire implicit - cfq - se ocupă de acest lucru bine, dar putem schimba acest lucru la unul care funcționează mai bine pentru hardware-ul nostru.

    Mai întâi, listați opțiunile pe care le aveți disponibile cu următoarea comandă, înlocuind "X" cu litera unității dvs. de root:

    cat / sys / block / sdX / coadă / planificator

    Instalarea mea este pe sda. Ar trebui să vedeți câteva opțiuni diferite.

    Dacă aveți termen limită, ar trebui să utilizați acest lucru, deoarece vă oferă o îmbunătățire suplimentară în continuare pe linie. Dacă nu, ar trebui să puteți folosi noop fără probleme. Trebuie să le spunem sistemului de operare să utilizeze aceste opțiuni după fiecare boot, așa că va trebui să editați fișierul rc.local.

    Vom folosi nano, deoarece suntem confortabili cu linia de comandă, dar puteți folosi orice alt editor de text care vă place (gedit, vim etc.).

    sudo nano /etc/rc.local

    Deasupra liniei "exit 0", adăugați aceste două linii dacă folosiți termenul limită:

    ecou deadline> / sys / bloc / sdX / coadă / planificator

    echo 1> / sys / bloc / sdX / coadă / iosched / fifo_batch

    Dacă utilizați noop, adăugați această linie:

    echo noop> / sys / bloc / sdX / coadă / planificator

    Încă o dată, înlocuiți "X" cu litera corespunzătoare unității pentru instalarea dvs. Uită-te peste tot pentru a te asigura că arată bine.

    Apoi, apăsați CTRL + O pentru a salva, apoi CTRL + X pentru a ieși.

    Repornire

    Pentru ca toate aceste modificări să intre în vigoare, trebuie să reporniți. După asta, ar trebui să fiți pregătiți. Dacă ceva nu merge bine și nu puteți boot, puteți anula în mod sistematic fiecare dintre pașii de mai sus, până când puteți boot din nou. Puteți chiar să utilizați LiveCD sau LiveUSB pentru a vă recupera dacă doriți.

    Modificările dvs. de fstab vor dura viața instalării dvs., chiar dacă veți rezista upgrade-urilor, dar schimbarea dumneavoastră rc.local va trebui reinițializată după fiecare upgrade (între versiuni).

    Benchmarking Rezultatele

    Pentru a efectua criteriile de referință, am rulat setul de teste pentru discuri. Imaginea de sus a fiecărui test este înainte de a modifica configurația ext4, iar imaginea de jos este după trucurile și o repornire. Veți vedea o scurtă explicație a măsurilor de testare, precum și o interpretare a rezultatelor.

    Operații de fișiere mari

    Acest test comprimă un fișier de 2 GB cu date aleatorii și îl scrie pe disc. SSD-urile de aici arată o îmbunătățire de aproximativ 40%.

    IOzone simulează performanța sistemului de fișiere, în acest caz scriind un fișier de 8 GB. Din nou, o creștere de aproape 50%.

    Aici este citit un fișier de 8GB. Rezultatele sunt aproape la fel ca fără ajustarea ext4.

    AIO-Stress testează asincron intrarea și ieșirea, utilizând un fișier de test de 2 GB și o dimensiune de înregistrare de 64KB. Aici, există aproape o creștere cu 200% a performanței în comparație cu ext4 de vanilie!

    Operații de fișiere mici

    O bază de date SQLite este creată, iar PTS adaugă 12.500 de înregistrări. Actualizările SSD de aici au încetinit efectiv performanța cu aproximativ 10%.

    Apache Benchmark testează citirile aleatoare ale fișierelor mici. A existat un câștig de performanță de 25% după optimizarea SSD.

    PostMark simulează 25.000 de tranzacții de fișiere, 500 simultan la un moment dat, cu dimensiuni de fișiere între 5 și 512KB. Acest lucru simulează destul de bine serverele de e-mail și de e-mail, iar după ce am învins, vedem o creștere de performanță de 16%.

    FS-Mark examinează 1000 de fișiere cu o dimensiune totală de 1MB și măsoară cât de multe pot fi complet scrise și citite într-o perioadă de timp pre-ordonată. Efectele noastre arată o creștere, din nou, cu dimensiuni de fișiere mai mici. Aproximativ o creștere de 45% cu ajustările ext4.

    Acces sistem de fișiere

    Instrumentele de referință Dbench testează apelurile sistemului de fișiere de la clienți, cum ar fi modul în care Samba face lucrurile. Aici, performanța van4il ext4 este redusă cu 75%, o reducere majoră în schimbările pe care le-am făcut.

    Puteți vedea că, pe măsură ce crește numărul de clienți, discrepanța de performanță crește.

    Cu 48 de clienți, diferența a fost închisă într-o oarecare măsură între cele două, dar există încă o pierdere de performanță evidentă prin trucurile noastre.

    Cu 128 de clienți, performanța este aproape aceeași. Poți să te gândești că trucurile noastre nu pot fi ideale pentru utilizarea acasă în acest tip de operațiune, dar vor oferi performanțe comparabile atunci când numărul de clienți este foarte mare.

    Acest test depinde de biblioteca de acces AIO a kernel-ului. avem o îmbunătățire de 20% aici.

    Aici avem o citire aleatorie multiplă de 64MB, iar aici există o creștere de 200% a performanței! Wow!

    În timp ce scriem 64MB de date cu 32 de fire, avem încă o creștere cu 75% a performanței.

    Compilează Bench simulează efectul vârstei pe un sistem de fișiere, reprezentat prin manipularea arborilor de kernel (crearea, compilarea, patch-urile etc.). Aici puteți vedea un beneficiu semnificativ prin crearea inițială a kernelului simulat, aproximativ 40%.

    Aceste valori de referință măsoară pur și simplu cât timp este nevoie să extrageți kernelul Linux. Nu prea multă creștere a performanței aici.

    rezumat

    Ajustările pe care le-am făcut pentru configurația ext4 a lui Ubuntu în afara casetei au avut un impact destul de mare. Cele mai mari câștiguri de performanță au fost în domeniul mai multor scrieri și citiri, fișiere mici și fișiere contigue mari citește și scrie. De fapt, singurul loc real pe care l-am văzut într-un succes în performanță a fost apelurile simple de sistem de fișiere, pe care trebuie să le urmărească utilizatorii Samba. În ansamblu, se pare că este o creștere destul de solidă a performanței pentru lucruri precum găzduirea de pagini web și vizionarea / streamingul videoclipurilor mari.

    Rețineți că acest lucru a fost în mod special cu Ubuntu Natty pe 64 de biți. Dacă sistemul sau SSD este diferit, kilometrajul dvs. poate varia. Totuși, în general, se pare că ajustările de la fstab și IO de programator pe care le-am făcut merg mult spre o performanță mai bună, deci probabil merită o încercare pe propriul dvs. platformă.

    Aveți propriile criterii de referință și doriți să împărtășiți rezultatele dvs.? Mai avem o altă corecție despre care nu știm? Sună în comentariile!