Ich plane ein Dateisystem zu testen. Was sollte ich alles tun? oder wie man das gleiche erreicht. Gibt es Tools zum Testen eines Dateisystems oder zuverlässige Referenzen?
Zweck: Planen der Umstellung von ext3 auf EFS.
Antworten:
Meine erste Antwort wäre auch bonnie ++, eine schnelle Suche zeigt auch Iozone3 . Beide sind als Debian-Pakete erhältlich. Wenn Sie einfachere Tests durchführen (cp, mv, rm), sollten Sie in Betracht ziehen, den vom Kernel gespeicherten Cache echo 1 > /proc/sys/vm/drop_cachesvor jedem Test zu löschen, da dies zu Unterschieden führen kann, die nicht für das Dateisystem selbst repräsentativ sind.
Hier sind zwei weitere Optionen, die ich für das Benchmarking von Dateisystemen als sehr nützlich empfunden habe.
1) Poststempel - Dies ist ein Benchmark, der die reale Nutzung eines Dateisystems emuliert, auf das ein ausgelasteter Mailserver zugreift.
Download: http://www.freshports.org/benchmarks/postmark/
Stellen Sie beim Testen sicher, dass Sie verschiedene Optionen der ext3-Protokollierung verglichen haben - diese können sich in Bezug auf die Leistung erheblich unterscheiden (die Rückschreibprotokollierung ergab in meinen Poststempel-Experimenten das beste Ergebnis).
2) Filebench - ein weiterer großartiger Maßstab, der Ihnen noch mehr Flexibilität bietet. Wenn Sie einen bestimmten Grund haben, einen Wechsel von ext3 in Betracht zu ziehen, wird Ihnen Filebench wahrscheinlich gefallen - es hat viele verschiedene Workloads, sodass Sie sich nur auf den Leistungsengpass konzentrieren können, der Sie interessiert (Dateierstellungs- / Löschvorgänge oder sequentielles Lesen / Schreiben vs. zufällige, um Ihnen einige Beispiele zu geben).
Sie müssen dafür googeln, da mir noch keine Hyperlinks mehr erlaubt sind - das Projekt selbst wird auf SourceForge gehostet, und eine wirklich schöne Kurzanleitung finden Sie auf der OpenSolaris.org-Website.
Ein letzter Hinweis: Verteilen Sie die Last so weit wie möglich auf so viele Scheiben (Spindeln), um genaueste Ergebnisse zu erzielen. Es ist auch sinnvoll, einige Festplatten speziell für das Benchmarking zuzuweisen und sie vor jedem Durchlauf Ihres Benchmarks neu zu erstellen.
Testen Sie nicht nur die Geschwindigkeit, sondern auch die Zuverlässigkeit. Versuchen Sie beispielsweise, Festplatten in einem ausgelasteten Dateisystem herunterzufahren, und sehen Sie, was noch übrig ist.
Die Qualität der verfügbaren Reparatur- und Wiederherstellungstools ist ebenfalls wichtig und nur schwer diskret zu testen. Die Blockstruktur kann beispielsweise Tools blockieren, die versuchen, Daten im Rohmodus aus einem nicht verwertbaren Dateisystem zu retten.
Für weitere Hinweise zum Testen eines Dateisystems unter sehr harten Schlägen könnte es interessant sein, was die ZFS-Leute getan haben: Eins Zwei
Wir verwenden Rugg , um die Dateisysteme unserer Server zu testen. Es basiert auf Python und ist einfach zu bedienen. Dabei wird eine große Datei erstellt, die unterteilt wird, und anschließend werden verschiedene Vorgänge nacheinander oder parallel ausgeführt.
Bearbeiten: Hier ist ein Beispielskript, das / data (eine Partition) wiederholt testet, bis das Skript beendet wird:
#!/bin/bash
(
while true
do
cd /data
rm -rf *
rugg 'zone 97%, subdivide 16 | blank | ensure blank | fill same text, ensure same'
done
) | tee /tmp/rugg.log
exit 0
Etwas mehr:
Während sich bonnie ++ hauptsächlich auf die Benchmarking-Leistung konzentriert, funktioniert es über dem Dateisystem. Es werden einige Tests durchgeführt, die pro Dateisystem unterschiedliche Ergebnisse liefern. Ich vermute, dass Sie wahrscheinlich auch an der Leistungsänderung im Zusammenhang mit EFS interessiert sind. Vielleicht möchten Sie dies zumindest als einen Ihrer Tests versuchen.