Für diejenigen, die 2016 über diese Frage stolpern ... Verwenden Sie ext4. Ich habe btrfs ausprobiert und der Unterschied ist erheblich. In einem Zeitraum von 10 Tagen beliefen sich die E / A-Schreibvorgänge für ext4 auf 17.800 Sektoren. Btrfs? 490.400 Sektoren. Gleiche SSD, identisches Dateisystem, verschiedene Partitionen. Grundsätzlich gleiche Arbeitsbelastung.
Sowohl ext4 als auch btrfs werden "leise", wenn keine Schreibaktivität auf dem Laufwerk vorhanden ist. Das ist gut.
Ext4 schreibt die geänderten Daten plus etwas Overhead. Gemeinkosten beziehen sich auf die geschriebenen Daten. Ein 4-KByte-Schreibzugriff (1 Block) verursacht beim nächsten Festschreiben einen Overhead von ca. 50-80 Blöcken. (Das ext4 Journal ist voll aktiviert)
Wenn Sie einen einzelnen 4-KByte-Block in btrfs ändern, werden Sie beim nächsten Festschreiben einen Push zwischen 4000 und 5000 Overhead-Blöcken ausführen. Das Standard-Commit dauert meiner Meinung nach 30 Sekunden. Ich habe 120 benutzt.
Jetzt hängt es davon ab, wie Sie die SSD verwenden. Als Root gibt es normalerweise einen relativ konstanten Strom von Schreibvorgängen auf niedriger Ebene. Protokolldateien, NTP-Drift-Dateien, Man-DB-Neuerstellungen, OpenSM-Topologie-Updates usw. Jedes Ereignis wird ein BTRFS-Laufwerk mit weiteren 4000-5000 Schreibvorgängen hämmern.
Die obigen 10-Tage-Nummern gelten für meine SSD mit Schreibbeschränkung. Der Großteil dieser 17.800 Sektoren war das Ergebnis einer geringfügigen Systemaktualisierung. Eine der btrfs-Kopien hat nicht gelitten. Meine Autoren sind genau genommen NTP-Drift, OpenSM-Topologie und Man-DB-Updates (nächtlich). Nichts anderes trifft diese Festplatte außer aktiv initiierten Dingen wie System-Upgrades, "vim / etc / whatever" usw.
Auf ganzen SSDs wird es wirklich viele Schreibvorgänge geben. Ich kann es einfach nicht verstehen, sie zu verschwenden, nur weil die Nachrichtenmedien Hasen und Regenbogen jagen. Wenn Sie diesen Preis für die Kuh bezahlen möchten, entscheiden Sie sich dafür. Für "Leistung" nicht so sehr. Es ist eine SSD, und Sie könnten wahrscheinlich das schlimmste "Dateisystem", das der Mensch kennt, darauf ablegen und trotzdem eine gewisse Leistung erzielen - nur mit brachialer Gewalt. Ext4 ist bei weitem nicht das schlechteste Dateisystem, das man kennt.
Kein monatlicher fs check. Probieren Sie das folgende Skript aus. Es ist ein 100% Hack, funktioniert nicht für md Mountpoints,
#! /bin/bash
dev =cat /proc/mounts | grep " $1 " | awk '{print $1}'
x =basename $dev
vmnam =lsblk $dev -o MOUNTPOINT,PKNAME | grep "$1" | awk '{print $2}'
vmx =vmstat -d | grep $vmnam | awk '{print $8}'
lbax =smartctl -a $dev | grep LBA | awk '{print $10}'
tmpnam =mktemp XXX
echo "Tracking Device: $ dev, gemountet auf $ 1 (vmstat auf $ vmnam)"
tim =date +%s
timx =date +%s
während wahr
tun
vm=`vmstat -d | grep "$vmnam" | awk '{print $8}'`
lba=`smartctl -a $dev | grep LBA | awk '{print $10}'`
if [ "$vm" != "$vmx" ]
then
tim=`date +%s`
dif=`dc <<< "$vm $vmx - p"`
lbad=`dc <<< "$lba $lbax - p"`
timd=`dc <<< "$tim $timx - p"`
echo `date` " (sec=$timd) writes=$vm (dif=$dif) (lba=$lbad)"
vmx="$vm"
lbax="$lba"
timx="$tim"
find "$1" -mount -newer "$tmpnam" -print | grep -v "/tmp"
touch "$tmpnam"
fi
sleep 1
erledigt
Hier erfahren Sie, wie viele Blöcke je nach Laufwerk selbst geschrieben wurden und welche Dateien genau aktualisiert wurden. Benötigt root-Rechte. Überzeugen Sie sich selbst. Ich führe eine SSD im Root-Dateisystem aus und rufe das Skript stat.sh auf. Also ... "sudo ./stat.sh /"