Para aqueles que tropeçam nesta questão em 2016 ... Use ext4. Eu tentei btrfs e a diferença é substancial. Em um período de 10 dias, os pedidos de veiculação para ext4 totalizaram 17.800 setores. Btrfs? 490.400 setores. O mesmo SSD, sistema de arquivos idêntico, partições diferentes. Basicamente, a mesma carga de trabalho.
Tanto o ext4 quanto o btrfs ficam "silenciosos" quando há zero atividade de gravação na unidade. Isso é bom.
O Ext4 gravará os dados modificados, além de alguma sobrecarga. Sobrecarga refere-se aos dados escritos. Uma gravação 4K (1 bloco) envia cerca de 50 a 80 blocos de sobrecarga no próximo commit. (O ext4 Journal está totalmente ativado)
Modifique um único bloco de 4K no btrfs e você vai empurrar entre 4000-5000 blocos de sobrecarga no próximo commit. O commit padrão é de 30 segundos, acredito. Eu usei 120.
Agora, depende de como você usa o SSD. Como root, normalmente há um fluxo constante e baixo de gravações acontecendo. Arquivos de log, arquivos de derivação ntp, reconstruções db man, atualizações de topologia opensm, etc, etc. Cada evento martelará uma unidade btrfs com outras gravações 4000-5000.
Os números de 10 dias acima são para o meu SSD "write limited". A maior parte desses 17.800 setores foi resultado de uma pequena atualização do sistema. Uma cópia do btrfs não sofreu. Meus escritores são, exatamente, drift ntp, topologia opensm e atualizações man db (todas as noites). Nada mais atinge esse disco, exceto coisas ativamente iniciadas, como upgrades de sistema, "vim / etc / whatever", etc.
Em todo SSDs vão sofrer muitas gravações, na verdade. Eu simplesmente não consigo ver o ponto em desperdiçá-los apenas porque a mídia está perseguindo coelhos e arco-íris. Se você quiser pagar esse preço por COW, vá em frente. Para "performance", não tanto. É um SSD e você provavelmente poderia colocar o pior "sistema de arquivos" conhecido pelo homem nele, e ainda obter algum nível de desempenho - apenas pela força bruta. Ext4 é, de longe, não o pior sistema de arquivos conhecido pelo homem.
Nenhuma verificação mensal de fs. Experimente o script abaixo. É 100% hackeado, não funciona para md mountpoints,
#! /bin/bash
dev = cat /proc/mounts | grep " " | awk '{print }'
x = basename $dev
vmnam = lsblk $dev -o MOUNTPOINT,PKNAME | grep "" | awk '{print }'
vmx = vmstat -d | grep $vmnam | awk '{print }'
lbax = smartctl -a $dev | grep LBA | awk '{print }'
tmpnam = mktemp XXX
echo "Dispositivo de rastreamento: $ dev, montado em $ 1 (vmstat on $ vmnam)"
tim = date +%s
timx = date +%s
enquanto verdadeiro
faça
vm='vmstat -d | grep "$vmnam" | awk '{print }''
lba='smartctl -a $dev | grep LBA | awk '{print }''
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 "" -mount -newer "$tmpnam" -print | grep -v "/tmp"
touch "$tmpnam"
fi
sleep 1
concluído
Ele informará quantos blocos foram escritos, de acordo com a própria unidade, e exatamente quais arquivos foram atualizados. Precisa privs root. Veja por si mesmo. Eu corro o SSD no sistema de arquivos raiz e chamo o script stat.sh. Então ... "sudo ./stat.sh /"