Jak vylepšit SSD v Ubuntu pro lepší výkon
Existuje spousta tipů pro vyladění SSD v systému Linux a mnoho anekdotických zpráv o tom, co funguje a co ne. Naše vlastní měřítka jsme provedli několika specifickými vylepšeními, abychom vám ukázali skutečný rozdíl.
Benchmarks
Pro porovnání našeho disku jsme použili Phoronix Test Suite. Je to zdarma a má repozitář pro Ubuntu, takže nemusíte stahovat od začátku a provádět rychlé testy. Testovali jsme náš systém hned po nové instalaci 64bitové verze Ubuntu Natty s použitím výchozích parametrů pro souborový systém ext4.
Naše specifikace systému byly následující:
- AMD Phenom II quad-core @ 3,2 GHz
- Základní deska MSI 760GM E51
- 3,5 GB RAM
- AMD Radeon 3000 integrovaná s 512MB RAM
- Ubuntu Natty
A samozřejmě SSD, na kterém jsme testovali, byl 64 GB OCZ Onyx (117 dolarů na Amazon.com v době psaní).
Vynikající vylepšení
Existuje poměrně málo změn, které lidé doporučují při upgradu na jednotku SSD. Po filtrování některé starší věci jsme udělali krátký seznam vylepšení, které Linuxové distribuce nezahrnovaly jako výchozí pro SSD. Tři z nich zahrnují úpravu vašeho souboru fstab, takže ho zopakujte dříve, než budete pokračovat v následujícím příkazu:
sudo cp / etc / fstab /etc/fstab.bak
Pokud se něco pokazí, můžete vždy odstranit nový soubor fstab a nahradit ho kopií zálohy. Pokud nevíte, co to je, nebo chcete vyčistit, jak to funguje, podívejte se na HTG vysvětluje: Co je Linux fstab a jak to funguje??
Eschewing Access Times
Můžete pomoci prodloužit životnost disku SSD tím, že snížíte, kolik OS zapisuje na disk. Pokud potřebujete vědět, kdy byl naposledy přístupný každý soubor nebo adresář, můžete přidat tyto dvě možnosti do souboru / etc / fstab:
noatime, nodiratime
Přidejte je spolu s dalšími možnostmi a ujistěte se, že jsou odděleny čárkami a bez mezery.
Povolení služby TRIM
Pomocí nástroje TRIM můžete dlouhodobě spravovat výkon disku. Přidejte do souboru fstab následující možnost:
vyhoďte
To funguje dobře pro souborové systémy ext4 i na standardních pevných discích. Musíte mít verzi jádra minimálně 2.6.33 nebo novější; jste pokrytý, pokud používáte Maverick nebo Natty, nebo máte povolené backporty na Lucid. Zatímco to nezlepší konkrétní počáteční srovnávání, mělo by to v dlouhodobém horizontu učinit lepší systém, a tak jsme vytvořili náš seznam.
Tmpfs
Cache systému je uložena v / tmp. Můžeme fstabovi říct, že ho připojíme do paměti RAM jako dočasný souborový systém, takže se vaše zařízení dotkne pevného disku méně. Přidejte následující řádek do dolní části souboru / etc / fstab v novém řádku:
tmpfs / tmp tmpfs výchozí, noatime, mode = 1777 0 0
Uložte soubor fstab pro provedení těchto změn.
Přepínání plánovačů IO
Váš systém nezapisuje okamžitě všechny změny na disk a několik žádostí dostane do fronty. Výchozí plánovač vstupů a výstupů - cfq - to zvládne dobře, ale můžeme to změnit na ten, který funguje lépe pro náš hardware.
Nejprve zadejte, které možnosti máte k dispozici s následujícím příkazem a nahradit "X" písmenem vaší kořenové jednotky:
cat / sys / block / sdX / fronta / plánovač
Moje instalace je na sda. Měli byste vidět několik různých možností.
Máte-li termín, měli byste to použít, protože vám dává další vyladění dále po linii. Pokud ne, měli byste bez problémů používat noop. Musíme říct operačnímu systému, že tyto možnosti použije po každém spuštění, takže budeme muset upravit soubor rc.local.
Použijeme nano, protože jsme se spokojeni s příkazovým řádkem, ale můžete použít libovolný jiný textový editor, který se vám líbí (gedit, vim atd.)..
sudo nano /etc/rc.local
Nad řádkem "exit 0" přidejte tyto dva řádky, pokud používáte termín:
echo termín> / sys / blok / sdX / fronta / plánovač
echo 1> / sys / blok / sdX / fronta / iosched / fifo_batch
Pokud používáte noop, přidejte tento řádek:
echo noop> / sys / blok / sdX / fronta / plánovač
Opět nahraďte "X" příslušným písmenem jednotky pro vaši instalaci. Podívejte se na všechno, abyste se ujistili, že vypadá dobře.
Poté stisknutím kláves CTRL + O uložte a CTRL + X ukončete.
Restartujte
Aby tyto změny vstoupily v platnost, musíte restartovat. Po tom byste měli být všichni nastaveni. Pokud se něco pokazí a nemůžete spustit systém, můžete systematicky zrušit každý z výše uvedených kroků, dokud nebudete moci znovu spustit. Můžete dokonce použít LiveCD nebo LiveUSB k obnovení, pokud chcete.
Změny vašeho fstabu budou probíhat po dobu životnosti vaší instalace, a to i při upgradu, ale po každém upgradu (mezi verzemi) bude muset být změněna rc.local,.
Benchmarking Výsledky
Chcete-li provést měření, spustili jsme disketu testů. Horní obraz každého testu je před úpravou konfigurace ext4 a spodní obrázek je po vylepšení a restartování. Uvidíte stručné vysvětlení toho, co test měří, stejně jako interpretaci výsledků.
Operace velkých souborů
Tento test komprimuje 2 GB soubor s náhodnými daty a zapisuje je na disk. Vylepšení SSD zde ukazují zhruba 40% zlepšení.
IOzone simuluje výkon systému souborů, v tomto případě zápisem souboru o velikosti 8 GB. Opět, téměř 50% nárůst.
Zde je čteno 8 GB soubor. Výsledky jsou téměř stejné jako bez úpravy ext4.
AIO-Stress asynchronně testuje vstup a výstup pomocí testovacího souboru o velikosti 2 GB a velikosti záznamu 64 kB. Zde je téměř o 200% vyšší výkon ve srovnání s vanilkou ext4!
Operace malých souborů
Vytvoří se SQLite databáze a PTS přidá k ní 12 500 záznamů. Vylepšení SSD zde skutečně zpomalilo výkon o zhruba 10%.
Apache Benchmark testuje náhodné čtení malých souborů. Po optimalizaci našeho SSD došlo k nárůstu výkonu o 25%.
PostMark simuluje 25 000 souborových transakcí, 500 současně v libovolném okamžiku, s velikostí souborů mezi 5 a 512 kB. To simuluje webové servery a poštovní servery docela dobře, a vidíme 16% zvýšení výkonu po ladění.
FS-Mark se podívá na 1000 souborů o celkové velikosti 1 MB a měří, kolik může být kompletně napsáno a čteno v předem stanoveném čase. Naše vylepšení se opět zvětšují s menšími velikostmi souborů. O 45% zvýšení s úpravami ext4.
Přístup k souborovému systému
Dbench porovnává zkušební souborové volání klientů, jako když Samba dělá věci. Výkon vanilky ext4 se zde snížil o 75%, což je významná změna ve změnách, které jsme provedli.
Můžete vidět, že když počet klientů stoupá, rozdíl v výkonu se zvyšuje.
S 48 klienty se mezera mezi těmito dvěma klienty částečně uzavřela, ale díky našim vylepšením je stále zřetelná ztráta výkonu.
S 128 klienty je výkon téměř stejný. Můžete se domnívat, že naše vylepšení nemusí být ideální pro domácí použití v tomto druhu provozu, ale zajistí srovnatelný výkon při výrazném zvýšení počtu klientů.
Tento test závisí na knihovně přístupu AIO k jádru. máme zde 20% zlepšení.
Zde máme náhodné čtení 64 MB a víc než 200% zvýšení výkonu! Wow!
Při psaní 64MB dat s 32 vlákny stále dosahujeme 75% zvýšení výkonu.
Compile Bench simuluje vliv věku na souborový systém, jak je reprezentován manipulací s jádrovými stromy (tvorba, kompilace, patching atd.). Zde vidíte významný přínos díky počáteční tvorbě simulovaného jádra, přibližně 40%.
Tato měřítka jednoduše určují, jak dlouho trvá extrakce jádra Linuxu. Není to příliš velký nárůst výkonu zde.
souhrn
Úpravy, které jsme provedli v konfiguraci ext4 ubuntu v extrémních podmínkách, měly značný dopad. Největší zisky v oblasti výkonu byly v oblastech vícevláknových zápisů a čtení, čtení malých souborů a rozsáhlý souvislý soubor čte a píše. Ve skutečnosti bylo jediným skutečným místem, ve kterém jsme viděli výkon v hitparádě, v jednoduchých voláních souborů, které by uživatelé Samby měli dbát. Celkově se zdá, že je to poměrně solidní nárůst výkonnosti pro věci, jako je hosting webových stránek a sledování / streamování velkých videí.
Mějte na paměti, že to bylo specifické pro Ubuntu Natty 64-bit. Je-li váš systém nebo SSD odlišný, počet kilometrů se může lišit. Celkově se ale zdá, že úpravy fstab a IO plánovače, které jsme provedli, jsou dlouhou cestou k lepšímu výkonu, takže je to pravděpodobně dobré vyzkoušet na vlastní platformě.
Máte vlastní měřítka a chcete sdílet výsledky? Máme další vylepšení, o němž nevíme? Vyjádřete v komentářích!
