So optimieren Sie Ihre SSD in Ubuntu für eine bessere Leistung
Es gibt viele Tipps, wie Sie Ihre SSD in Linux optimieren können, und viele anekdotische Berichte darüber, was funktioniert und was nicht. Wir haben unsere eigenen Benchmarks mit einigen spezifischen Optimierungen durchgeführt, um Ihnen den wirklichen Unterschied zu zeigen.
Benchmarks
Zum Benchmarking unserer Platte haben wir die Phoronix Test Suite verwendet. Es ist kostenlos und verfügt über ein Repository für Ubuntu, sodass Sie nicht von Grund auf kompilieren müssen, um schnelle Tests auszuführen. Wir haben unser System direkt nach einer Neuinstallation von Ubuntu Natty 64-Bit mit den Standardparametern für das ext4-Dateisystem getestet.
Unsere Systemspezifikationen waren wie folgt:
- AMD Phenom II Quad-Core bei 3,2 GHz
- Motherboard MSI 760GM E51
- 3,5 GB RAM
- AMD Radeon 3000 integriert mit 512 MB RAM
- Ubuntu Natty
Und natürlich war die SSD, mit der wir getestet haben, ein 64 GB OCZ Onyx-Laufwerk ($ 117 bei Amazon.com zum Zeitpunkt des Schreibens)..
Prominente Tweaks
Es gibt einige Änderungen, die die Benutzer beim Upgrade auf eine SSD empfehlen. Nachdem wir einige ältere Elemente herausgefiltert hatten, haben wir eine Liste von Verbesserungen vorgenommen, die Linux-Distributionen nicht als Standard für SSDs enthalten. Bei drei davon müssen Sie Ihre fstab-Datei bearbeiten, sichern Sie sich also, bevor Sie mit dem folgenden Befehl fortfahren:
Sudo cp / etc / fstab /etc/fstab.bak
Wenn etwas schief geht, können Sie die neue fstab-Datei jederzeit löschen und durch eine Sicherungskopie ersetzen. Wenn Sie nicht wissen, was das ist oder wenn Sie die Funktionsweise auf den neuesten Stand bringen möchten, werfen Sie einen Blick auf HTG-Erklärungen: Was ist die Linux-Fstab und wie funktioniert das??
Eschewing-Zugriffszeiten
Sie können dazu beitragen, die Lebensdauer Ihrer SSD zu erhöhen, indem Sie reduzieren, wie viel das Betriebssystem auf die Festplatte schreibt. Wenn Sie wissen möchten, wann auf jede Datei oder jedes Verzeichnis zuletzt zugegriffen wurde, können Sie diese beiden Optionen zu Ihrer Datei / etc / fstab hinzufügen:
noatime, nodiratime
Fügen Sie sie zusammen mit den anderen Optionen hinzu und stellen Sie sicher, dass sie alle durch Kommas und keine Leerzeichen getrennt sind.
Aktivieren von TRIM
Sie können TRIM aktivieren, um die Festplattenleistung langfristig zu verwalten. Fügen Sie Ihrer fstab-Datei die folgende Option hinzu:
verwerfen
Dies funktioniert gut für ext4-Dateisysteme, auch auf Standardfestplatten. Sie müssen eine Kernel-Version von mindestens 2.6.33 oder höher haben. Sie sind abgesichert, wenn Sie Maverick oder Natty verwenden oder Backports für Lucid aktiviert haben. Dies verbessert zwar nicht das anfängliche Benchmarking, sollte aber langfristig zu einer besseren Leistung des Systems führen und damit unsere Liste bilden.
Tmpfs
Der Systemcache wird in / tmp gespeichert. Wir können fstab anweisen, dies als temporäres Dateisystem im RAM zu mounten, damit Ihr System die Festplatte weniger berührt. Fügen Sie die folgende Zeile am Ende Ihrer Datei / etc / fstab in einer neuen Zeile hinzu:
tmpfs / tmp tmpfs-Standardwerte, Noatime, Modus = 1777 0 0
Speichern Sie Ihre fstab-Datei, um diese Änderungen zu übernehmen.
IO-Scheduler wechseln
Ihr System schreibt alle Änderungen nicht sofort auf die Festplatte, und mehrere Anforderungen werden in die Warteschlange gestellt. Der standardmäßige Input-Output-Scheduler - cfq - verarbeitet dies in Ordnung, aber wir können ihn in einen ändern, der für unsere Hardware besser geeignet ist.
Listen Sie zunächst auf, welche Optionen Sie mit dem folgenden Befehl zur Verfügung haben, wobei Sie "X" durch den Buchstaben Ihres Stammlaufwerks ersetzen:
cat / sys / block / sdX / Warteschlange / Scheduler
Meine Installation ist auf sda. Sie sollten einige verschiedene Optionen sehen.
Wenn Sie einen Abgabetermin haben, sollten Sie dies verwenden, da Sie später noch eine zusätzliche Änderung vornehmen können. Wenn nicht, sollten Sie Noop ohne Probleme verwenden können. Wir müssen dem Betriebssystem mitteilen, dass es diese Optionen nach jedem Start verwenden soll, damit wir die Datei rc.local bearbeiten können.
Wir verwenden Nano, da wir uns mit der Befehlszeile auskennen. Sie können jedoch auch einen beliebigen anderen Texteditor verwenden (gedit, vim usw.)..
sudo nano /etc/rc.local
Fügen Sie über der Zeile "exit 0" diese beiden Zeilen ein, wenn Sie eine Deadline verwenden:
Echo-Termin> / sys / block / sdX / Warteschlange / Scheduler
echo 1> / sys / block / sdX / queue / iosched / fifo_batch
Wenn Sie noop verwenden, fügen Sie diese Zeile hinzu:
echo noop> / sys / block / sdX / Warteschlange / Scheduler
Ersetzen Sie erneut "X" durch den entsprechenden Laufwerksbuchstaben für Ihre Installation. Schauen Sie sich alles an, um sicherzustellen, dass es gut aussieht.
Drücken Sie dann zum Speichern STRG + O und zum Beenden STRG + X.
Neustart
Damit all diese Änderungen wirksam werden, müssen Sie neu starten. Danach sollten Sie fertig sein. Wenn etwas nicht funktioniert und Sie nicht booten können, können Sie jeden der oben genannten Schritte systematisch rückgängig machen, bis Sie erneut booten können. Sie können sogar eine LiveCD oder LiveUSB verwenden, um sich zu erholen, wenn Sie möchten.
Ihre Änderungen an der Fstab-Funktion wirken sich auch bei Upgrades über die gesamte Lebensdauer Ihrer Installation aus. Ihre rc.local-Änderung muss jedoch nach jedem Upgrade (zwischen Versionen) erneut vorgenommen werden..
Benchmarking-Ergebnisse
Um die Benchmarks durchzuführen, haben wir die Diskette der Tests durchgeführt. Das oberste Bild jedes Tests ist vor der Konfiguration der ext4-Konfiguration, und das untere Bild ist nach den Optimierungen und einem Neustart. Sie sehen eine kurze Erklärung, was der Test misst, sowie eine Interpretation der Ergebnisse.
Große Dateioperationen
Bei diesem Test wird eine 2-GB-Datei mit zufälligen Daten komprimiert und auf die Festplatte geschrieben. Die SSD-Verbesserungen zeigen hier eine Verbesserung um etwa 40%.
IOzone simuliert die Leistung des Dateisystems, in diesem Fall durch Schreiben einer 8-GB-Datei. Wieder eine fast 50% ige Steigerung.
Hier wird eine 8 GB-Datei gelesen. Die Ergebnisse sind fast die gleichen wie ohne Anpassung von ext4.
AIO-Stress testet die Eingabe und Ausgabe asynchron mit einer Testdatei von 2 GB und einer Datensatzgröße von 64 KB. Hier ist die Leistung um fast 200% höher als bei Vanilla ext4!
Kleine Dateioperationen
Eine SQLite-Datenbank wird erstellt und PTS fügt ihr 12.500 Datensätze hinzu. Die SSD-Optimierungen bremsten die Leistung tatsächlich um etwa 10%..
Der Apache Benchmark testet das zufällige Lesen kleiner Dateien. Nach der Optimierung unserer SSD gab es einen Leistungszuwachs von etwa 25%.
PostMark simuliert 25.000 Datentransaktionen, jeweils 500 gleichzeitig, mit Dateigrößen zwischen 5 und 512 KB. Dies simuliert Web- und Mail-Server ziemlich gut und wir sehen eine Leistungssteigerung von 16% nach dem Tweaking.
FS-Mark betrachtet 1000 Dateien mit einer Gesamtgröße von 1 MB und misst, wie viele Dateien innerhalb einer vorgegebenen Zeit vollständig geschrieben und gelesen werden können. Unsere Verbesserungen sehen wieder eine Zunahme bei kleineren Dateigrößen. Etwa 45% Steigerung mit ext4-Anpassungen.
Dateisystemzugriff
Die Dbench-Benchmarks testen Dateisysteme von Clients, ähnlich wie Samba die Dinge tut. Hier ist die Leistung von Vanilla ext4 um 75% reduziert, was einen großen Rückschlag bei den vorgenommenen Änderungen darstellt.
Sie können sehen, dass mit zunehmender Anzahl von Clients die Leistungsdiskrepanz zunimmt.
Mit 48 Kunden schloss sich die Lücke etwas, aber es ist immer noch ein offensichtlicher Leistungsverlust durch unsere Optimierungen.
Mit 128 Clients ist die Leistung fast gleich. Sie können vermuten, dass unsere Anpassungen für diese Art von Betrieb möglicherweise nicht ideal für den Heimgebrauch sind, aber eine vergleichbare Leistung bieten, wenn die Anzahl der Clients stark erhöht wird.
Dieser Test hängt von der AIO-Zugriffsbibliothek des Kernels ab. Wir haben hier eine Verbesserung um 20%.
Hier haben wir einen Multi-Threaded-Zufallslesevorgang von 64 MB, und die Leistung ist hier um 200% gestiegen! Beeindruckend!
Beim Schreiben von 64 MB Daten mit 32 Threads ist die Leistung immer noch um 75% gestiegen.
Compile Bench simuliert die Auswirkung des Alters auf ein Dateisystem, indem Kernel-Bäume (Erstellen, Kompilieren, Patchen usw.) bearbeitet werden. Hier sehen Sie einen signifikanten Vorteil durch die anfängliche Erstellung des simulierten Kernels, etwa 40%..
Diese Benchmarks messen einfach, wie lange es dauert, den Linux-Kernel zu extrahieren. Nicht zu viel Leistungssteigerung hier.
Zusammenfassung
Die Anpassungen, die wir an der Standardkonfiguration von Ubuntu ext4 vorgenommen haben, haben sich sehr ausgewirkt. Die größten Leistungssteigerungen erzielten das Schreiben und Lesen mit mehreren Threads, das Lesen kleiner Dateien und das Lesen und Schreiben großer zusammenhängender Dateien. Tatsächlich war der einzige wirkliche Ort, an dem wir einen Performance-Erfolg hatten, einfache Dateisystemaufrufe, auf die Samba-Benutzer achten sollten. Alles in allem scheint es eine ziemlich solide Leistungssteigerung zu sein, etwa für das Hosten von Webseiten und das Ansehen / Streamen großer Videos.
Denken Sie daran, dass dies speziell für Ubuntu Natty 64-Bit war. Wenn sich Ihr System oder Ihre SSD unterscheiden, kann Ihre Laufleistung variieren. Alles in allem scheint es jedoch so, als ob die von uns vorgenommenen Anpassungen von fstab und IO Scheduler einen großen Beitrag zur Verbesserung der Performance leisten.
Haben Sie eigene Benchmarks und möchten Sie Ihre Ergebnisse teilen? Haben Sie eine weitere Änderung, von der wir nichts wissen? Erkundigen Sie sich in den Kommentaren!
