Hogyan lehet a Ubuntu SSD-jét javítani a jobb teljesítmény érdekében?

Tartalomjegyzék:

Hogyan lehet a Ubuntu SSD-jét javítani a jobb teljesítmény érdekében?
Hogyan lehet a Ubuntu SSD-jét javítani a jobb teljesítmény érdekében?

Videó: Hogyan lehet a Ubuntu SSD-jét javítani a jobb teljesítmény érdekében?

Videó: Hogyan lehet a Ubuntu SSD-jét javítani a jobb teljesítmény érdekében?
Videó: HOW TO GET RID OF SCRATCHES ON IMAGES [IN PHOTOSHOP] // How To Restore Old Photos In Photoshop - YouTube 2024, Április
Anonim
Rengeteg tipp van az SSD Linuxon történő módosításához, és sok anekdotikus jelentés arról, hogy mi működik és mi nem. A saját benchmarkjainkat néhány konkrét csípésen végeztük, hogy megmutassuk az igazi különbséget.
Rengeteg tipp van az SSD Linuxon történő módosításához, és sok anekdotikus jelentés arról, hogy mi működik és mi nem. A saját benchmarkjainkat néhány konkrét csípésen végeztük, hogy megmutassuk az igazi különbséget.

referenciaértékek

A lemezünk összehasonlításához a Phoronix tesztcsomagot használtuk. Ingyenes és rendelkezik egy Ubuntu tárolójával, így nem kell a karcolásból összeállítania a gyors tesztelést. A rendszerünket az Ubuntu Natty új 64 bites telepítését követően teszteltük az ext4 fájlrendszer alapértelmezett paraméterei alapján.

Rendszer specifikációink a következők voltak:
Rendszer specifikációink a következők voltak:
  • AMD Phenom II négymagos @ 3,2 GHz
  • MSI 760GM E51 alaplap
  • 3,5 GB RAM
  • AMD Radeon 3000 integrált 512 MB RAM-mal
  • Ubuntu Natty

Természetesen az SSD-t, amelyen teszteltük, 64 GB-os OCZ Onyx meghajtó volt (az Amazon.com-on 117 dollár az írás idején).

Kiváló Tweaks

Számos változtatás van, amelyet az emberek javasolnak, amikor SSD-re frissítenek. Miután kiszűrte néhány régebbi anyagot, röviden összeállítottuk a Linux dossziékat, amelyek nem tartalmazzák az SSD-k alapértelmezését. Három közülük az fstab fájlt szerkesztheti, ezért ezt még a következő paranccsal folytassa:

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

Ha valami rosszul sikerül, akkor mindig törölheti az új fstab fájlt, és cserélheti le a biztonsági mentés másolatával. Ha nem tudod, hogy mi ez vagy akarod felfrissíteni a működését, nézd meg a HTG magyarázatait: Mi a Linux fstab és hogyan működik?

A hozzáférési idők letiltása

Segíthet az SSD élettartamának növelésében csökkenteni, hogy az operációs rendszer mennyit ír le a lemezre. Ha tudnia kell, hogy mikor volt az utolsó fájl vagy könyvtár utolsó elérése, akkor ezt a két beállítást hozzáadhatja az / etc / fstab fájlhoz:

noatime,nodiratime

Adja hozzá őket a többi lehetőséghez, és győződjön meg róla, hogy mindegyik vesszővel van elválasztva, és nincs szóköz.

Image
Image

A TRIM engedélyezése

Engedélyezheti a TRIM funkciót a lemez teljesítményének hosszú távú kezeléséhez. Adja hozzá az alábbi opciót az fstab fájlhoz:

discard

Ez jól működik ext4 fájlrendszereken, még a szabványos merevlemezeken is. Legalább 2.6.33-as vagy újabb rendszermagverzióval kell rendelkeznie; akkor fedezed, ha Maverick vagy Natty-t használsz, vagy ha Backup-okat engedélyeztek a Lucid-on. Bár ez nem javítja kifejezetten a kezdeti teljesítményértékelést, hosszú távon jobban kell működnie a rendszeren, és így a listát.

tmpfs

A rendszer gyorsítótár a / tmp könyvtárban van tárolva. Meg tudjuk mondani az fstab-nak, hogy ezt a RAM-ba ideiglenes fájlrendszerként csatolja, így a rendszer kevésbé fogja megérinteni a merevlemezt. Adja hozzá az alábbi sort az / etc / fstab fájl aljára egy új sorban:

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

Mentse el az fstab fájlját a változtatások végrehajtásához.

IO ütemezők átkapcsolása

A rendszer nem ír le azonnal az összes változtatást a lemezre, és több kérés sorba kerül. Az alapértelmezett bemeneti és kimeneti ütemező - cfq - kezeli ezt a rendben, de ezt megváltoztathatjuk olyanra, amely jobban működik a hardverünk számára.

Először is írja be, mely opciók állnak rendelkezésre a következő paranccsal: az "X" helyett a gyökérkönyv betűjével:

cat /sys/block/sdX/queue/scheduler

Telepítésem az sda-n. Látnia kell néhány különböző lehetőséget.

Ha van határidőnk, ezt használnia kell, mivel extra csípést ad a sorban. Ha nem, akkor problémamentesen használhatod a csevegést. Meg kell mondanunk az operációs rendszernek, hogy ezeket a beállításokat minden rendszerindítás után használni fogják, ezért módosítanunk kell az rc.local fájlt.
Ha van határidőnk, ezt használnia kell, mivel extra csípést ad a sorban. Ha nem, akkor problémamentesen használhatod a csevegést. Meg kell mondanunk az operációs rendszernek, hogy ezeket a beállításokat minden rendszerindítás után használni fogják, ezért módosítanunk kell az rc.local fájlt.

Használjuk a nano-ot, mivel kényelmesen használjuk a parancssort, de tetszőleges más szövegszerkesztőt használhatunk (gedit, vim, stb.).

sudo nano /etc/rc.local

A "kijárat 0" sor felett add meg ezt a két sort, ha határidőt használ:

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

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

Ha noopot használ, akkor ezt a sort adja meg:

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

Ismételten cserélje ki az "X" -et a telepítés megfelelő meghajtó betűjével. Nézz át mindent annak érdekében, hogy biztos legyen benne, hogy jól néz ki.

Ezután nyomja meg a CTRL + O billentyűt a mentéshez, majd a CTRL + X gombot a kilépéshez.
Ezután nyomja meg a CTRL + O billentyűt a mentéshez, majd a CTRL + X gombot a kilépéshez.

Újrakezd

Annak érdekében, hogy ezek a változások életbe lépjenek, újra kell indítania. Ezt követően mindenképpen be kell állítanod. Ha valami rosszul működik, és nem tud elindulni, akkor a fenti lépések mindegyikét szisztematikusan visszavonhatja, amíg újraindíthat. Még akkor is használhat egy LiveCD-t vagy LiveUSB-t, hogy visszaszerezze, ha akarod.

Az Ön fstab változásai a telepítés élettartama alatt is fennállnak, még a frissítések ellenére is, de az összes rc.local változást újra kell indítani minden frissítés után (a verziók között).

Benchmarking eredmények

A referenciaértékek végrehajtásához a tesztek lemezcsomagját futtattuk. Az egyes tesztek legfelső képe az ext4 konfiguráció módosítása előtt történik, és az alsó kép a csípés után és egy újraindítás után. Röviden megmagyarázhatja, hogy mit tesz a tesztek, valamint az eredmények értelmezését.

Nagy fájlműveletek

Image
Image
Ez a teszt 2GB-os fájlt tömörít véletlenszerű adatokkal, és lemezre írja. Az SSD csípései itt körülbelül 40% -os javulást mutatnak.
Ez a teszt 2GB-os fájlt tömörít véletlenszerű adatokkal, és lemezre írja. Az SSD csípései itt körülbelül 40% -os javulást mutatnak.
Image
Image
Az IOzone szimulálja a fájlrendszer teljesítményét, ebben az esetben 8 GB-os fájl írásával. Ismét közel 50% -os növekedés.
Az IOzone szimulálja a fájlrendszer teljesítményét, ebben az esetben 8 GB-os fájl írásával. Ismét közel 50% -os növekedés.
Image
Image
Itt olvasható egy 8 GB-os fájl. Az eredmények szinte ugyanazok, mint az ext4 beállítása nélkül.
Itt olvasható egy 8 GB-os fájl. Az eredmények szinte ugyanazok, mint az ext4 beállítása nélkül.
Image
Image
Az AIO-Stress aszinkron teszteli a bemenetet és a kimenetet, 2 GB-os tesztfájl és 64 KB rekordméret felhasználásával. Itt van majdnem 200% -os teljesítménynövekedés a vanília ext4-hez képest!
Az AIO-Stress aszinkron teszteli a bemenetet és a kimenetet, 2 GB-os tesztfájl és 64 KB rekordméret felhasználásával. Itt van majdnem 200% -os teljesítménynövekedés a vanília ext4-hez képest!

Kis fájlműveletek

Image
Image
Egy SQLite adatbázis jön létre, és a PTS 12.500 rekordot ad hozzá. Az SSD csípései valójában lassították a teljesítményt mintegy 10% -kal.
Egy SQLite adatbázis jön létre, és a PTS 12.500 rekordot ad hozzá. Az SSD csípései valójában lassították a teljesítményt mintegy 10% -kal.
Image
Image
Az Apache Benchmark teszteli a kis fájlok véletlenszerű olvasását. A SSD optimalizálása után körülbelül 25% -os teljesítménynövekedést értünk el.
Az Apache Benchmark teszteli a kis fájlok véletlenszerű olvasását. A SSD optimalizálása után körülbelül 25% -os teljesítménynövekedést értünk el.
Image
Image
A PostMark szimulálja 25 000 fájl tranzakciót, 500 egyidejűleg egyidejűleg, 5 és 512 KB közötti fájlmérettel. Ez nagyon jól szimulálja a webes és mail szervereket, és 16% -os teljesítménynövekedést tapasztalunk a csípés után.
A PostMark szimulálja 25 000 fájl tranzakciót, 500 egyidejűleg egyidejűleg, 5 és 512 KB közötti fájlmérettel. Ez nagyon jól szimulálja a webes és mail szervereket, és 16% -os teljesítménynövekedést tapasztalunk a csípés után.
Image
Image
Az FS-Mark 1000 db, összesen 1 MB méretű fájlt tekint meg, és megméri, hogy hányat teljesen le lehet írni és olvasni egy előre meghatározott idő alatt. Csípésünk ismét növekedést mutat, kisebb méretű fájlokkal. Körülbelül 45% -os növekedés az ext4 beállításokkal.
Az FS-Mark 1000 db, összesen 1 MB méretű fájlt tekint meg, és megméri, hogy hányat teljesen le lehet írni és olvasni egy előre meghatározott idő alatt. Csípésünk ismét növekedést mutat, kisebb méretű fájlokkal. Körülbelül 45% -os növekedés az ext4 beállításokkal.

Fájlrendszer hozzáférés

Image
Image
A Dbench benchmark tesztfájlrendszer az ügyfelek hívása, hasonlóan a Samba dolgaihoz. Itt a vanília ext4 teljesítményét 75% -kal csökkentjük, ami jelentős változást jelent a változtatások során.
A Dbench benchmark tesztfájlrendszer az ügyfelek hívása, hasonlóan a Samba dolgaihoz. Itt a vanília ext4 teljesítményét 75% -kal csökkentjük, ami jelentős változást jelent a változtatások során.
Image
Image
Látni tudja, hogy az ügyfelek számának növekedése esetén a teljesítménybeli eltérés nő.
Látni tudja, hogy az ügyfelek számának növekedése esetén a teljesítménybeli eltérés nő.
Image
Image
48 ügyféllel a kettő között kissé zárt a különbség, de még mindig nagyon nyilvánvaló a teljesítménycsökkenésünk.
48 ügyféllel a kettő között kissé zárt a különbség, de még mindig nagyon nyilvánvaló a teljesítménycsökkenésünk.
Image
Image
128 ügyféllel a teljesítmény közel azonos. Megérthetjük, hogy csípésünk nem ideális az otthoni használathoz ebben a fajta műveletben, de összehasonlítható teljesítményt nyújt, ha az ügyfelek számát jelentősen növeli.
128 ügyféllel a teljesítmény közel azonos. Megérthetjük, hogy csípésünk nem ideális az otthoni használathoz ebben a fajta műveletben, de összehasonlítható teljesítményt nyújt, ha az ügyfelek számát jelentősen növeli.
Image
Image
Ez a teszt a kernel AIO hozzáférési könyvtárától függ. 20% -os javulást kapunk itt.
Ez a teszt a kernel AIO hozzáférési könyvtárától függ. 20% -os javulást kapunk itt.
Image
Image
Itt van egy 64MB-os többszálú véletlenszerű olvasás, és itt 200% -os teljesítménynövekedés van itt! Azta!
Itt van egy 64MB-os többszálú véletlenszerű olvasás, és itt 200% -os teljesítménynövekedés van itt! Azta!
Image
Image
A 32 szálat tartalmazó 64MB adat írásakor még mindig 75% -os teljesítménynövekedés tapasztalható.
A 32 szálat tartalmazó 64MB adat írásakor még mindig 75% -os teljesítménynövekedés tapasztalható.
Image
Image
A Compile Bench szimulálja az életkor hatását egy fájlrendszerre, amint azt a rendszermagok (létrehozása, összeállítása, foltosítása stb.) Manipulálják. Itt a szimulált rendszermag kezdeti létrehozása révén jelentős előnyöket tapasztalhatunk, körülbelül 40% -ot.
A Compile Bench szimulálja az életkor hatását egy fájlrendszerre, amint azt a rendszermagok (létrehozása, összeállítása, foltosítása stb.) Manipulálják. Itt a szimulált rendszermag kezdeti létrehozása révén jelentős előnyöket tapasztalhatunk, körülbelül 40% -ot.
Image
Image
Ez a referenciaérték egyszerűen megméri, hogy mennyi időbe telik a Linux kernel kivonatolása. Nem túl nagy a teljesítménynövekedés itt.
Ez a referenciaérték egyszerűen megméri, hogy mennyi időbe telik a Linux kernel kivonatolása. Nem túl nagy a teljesítménynövekedés itt.

összefoglalás

Image
Image
Az Ubuntu extrák konfigurációján végrehajtott módosítások nagy hatással voltak. A legnagyobb teljesítménynövekedés a többszálas írások és olvasások, a kis fájlok olvasása és a nagy, összefüggő fájlok olvasása és írása területén valósult meg. Valójában az egyetlen igazi hely, ahol egy sikeres fellépést láttunk, egyszerű fájlrendszerhívásokban volt, amit a Samba felhasználóknak vigyázniuk kellene. Összességében úgy tűnik, hogy elég nagy teljesítménynövekedés tapasztalható olyan dolgokért, mint a weblapok fogadása és a nagy videók megtekintése / továbbítása.
Az Ubuntu extrák konfigurációján végrehajtott módosítások nagy hatással voltak. A legnagyobb teljesítménynövekedés a többszálas írások és olvasások, a kis fájlok olvasása és a nagy, összefüggő fájlok olvasása és írása területén valósult meg. Valójában az egyetlen igazi hely, ahol egy sikeres fellépést láttunk, egyszerű fájlrendszerhívásokban volt, amit a Samba felhasználóknak vigyázniuk kellene. Összességében úgy tűnik, hogy elég nagy teljesítménynövekedés tapasztalható olyan dolgokért, mint a weblapok fogadása és a nagy videók megtekintése / továbbítása.

Ne feledje, hogy ez kifejezetten az Ubuntu Natty 64 bites verziójával készült. Ha a rendszer vagy az SSD eltér, a futásteljesítmény változhat. Összességében azonban úgy tűnik, hogy az általunk elvégzett fstab és IO ütemező beállítások hosszú utat tettek a jobb teljesítmény érdekében, ezért valószínűleg megéri megpróbálni saját berendezésén.

Van saját benchmarkja és meg szeretné osztani eredményeit? Van még egy csípés, amit nem tudunk? Hangzik ki a megjegyzésekben!

Ajánlott: