Должен ли я использовать btrfs или Ext4 для моего SSD?

Для тех, кто наткнулся на этот вопрос в 2016 году ... Используйте ext4. Я пробовал btrfs, и разница существенная. За 10-дневный период IO на ext4 составлял 17 800 секторов. Btrfs? 490 400 секторов. Тот же SSD, идентичная файловая система, разные разделы. В принципе, такая же рабочая нагрузка.

Оба ext4 и btrfs становятся «тихими», когда на диске присутствует нулевая активность записи. Это хорошо.

Ext4 будет записывать измененные данные, а также некоторые накладные расходы. Накладные расходы относятся к записанным данным. Запись 4K (1 блок) подталкивает около 50-80 блоков накладных расходов при следующей фиксации. (Журнал ext4 полностью включен)

Измените один блок 4K на btrfs, и вы будете нажимать между 4000-5000 блоками накладных расходов при следующей фиксации. По-моему, фиксация по умолчанию - 30 секунд. Я использовал 120.

Теперь это зависит от того, как вы используете SSD. Как root, обычно существует довольно постоянный, низкий уровень, поток операций записи. Файлы журналов, файлы дрифта ntp, переходы man db, обновления топологии opensm и т. Д. И т. Д. Каждое событие будет забивать диск btrfs с другими 4000-5000 записями.

10-дневные номера выше для моей «записи» ограниченный "SSD. Основная часть этих 17 800 секторов была результатом небольшого обновления системы. Один экземпляр btrfs не пострадал. Мои писатели, точно, ntp дрифт, opensm-топология и man db-обновления (ночные). Ничто другое не попадает на этот диск, за исключением активно инициированных вещей, таких как обновление системы, «vim / etc / whatever» и т. Д.

На всех SSD будет много написано. Я просто не вижу смысла тратить их впустую, потому что средства массовой информации преследуют кроликов и радуг. Если вы хотите заплатить эту цену за COW, пойдите для нее. Для «производительности», не так много. Это SSD, и вы, вероятно, могли бы наложить на него наихудшую «файловую систему» ​​и все равно получить некоторый уровень производительности - просто грубой силой. Ext4, безусловно, не самая худшая файловая система, известная человеку.

Нет месячной проверки fs. Попробуйте сценарий ниже. Это 100% взлома, не будет работать для md точек монтирования,

#! /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 "Отслеживающее устройство : $ dev, установленный на $ 1 (vmstat on $ vmnam) "

tim = date +%s

timx = date +%s

while true [!d17 ]

do

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 

done

Он расскажет вам, сколько блоков было написано, в соответствии с самим диском, и точно, какие файлы были обновлены. Нуждается в корневых привилегиях. Посмотреть на себя. Я запускаю SSD в корневой файловой системе и вызываю скрипт stat.sh. Итак ... "sudo ./stat.sh /"

В прошлый раз, когда я тестировал его, и я еще не слышал нигде, ext4 ест твердотельные носители. (накопители большого пальца, твердотельные диски и т. д.). Я не рекомендую использовать его на таком устройстве. Вместо этого используйте ext3. В большинстве случаев на SSD вы все равно не сможете сказать разницу.

BTRFS еще не совсем стабилен. Тем не менее, он достаточно стабилен для некритических приложений. Это то, что я использую для создания загрузочных флеш-накопителей. Если вы используете параметры compress = zlib и ssd в качестве параметров монтирования, сжатие будет компенсировать более низкие скорости записи большинства твердотельных носителей, а ssd изменяет алгоритм распределения на тот, который значительно улучшает работу на таких устройствах и будет компенсировать любые плохой уровень износа оборудования. Одной из областей производительности, которая по-прежнему является проблемой, является то, что вызовы синхронизации медленны. Это не проблема для общего использования, но dpkg вызывает синхронизацию после каждой операции, поэтому установка и обновление программного обеспечения могут быть медленными. BTRFS также предлагает снимки и другие расширенные функции, которые весьма полезны при определенных обстоятельствах.

Если вы решили пойти с BTRFS, обязательно используйте дистрибутив, используя ядро ​​3.2.0-2 или новее. 3.1.x при необходимости работает. Для более старых ядер вам необходимо самостоятельно собрать самые последние модули BTRFS. Встроенные почти стабильны, но исправление ошибок не работает в более старых версиях, что может оставить вас за ручьем, если что-то пойдет не так. В последних версиях есть fsck, который может действительно устранить наиболее распространенные ошибки.

Одно последнее предупреждение, я слышал сообщения о том, что swapfiles в файловой системе BTRFS испортит его.

Если вам нужна помощь в настройке BTRFS, настроенной так, как вы хотите, сообщите мне об этом. Я сделал пару сумасшедших, которые работают довольно хорошо для конкретных вещей.

Я бы не использовал ext4 на твердотельном диске на основе анонимных доказательств, и мой собственный опыт, который предполагает, что ext4 может значительно уменьшить время жизни SSD из-за количества чтений и записей, связанных с файловой системой. Одна статья, которую я недавно прочитал, предположил, что неоптимизированный (учет размера страницы и т. Д.) Ext4 на SSD может сократить срок службы диска вдвое. После недели неудачной съемки я пришел к выводу, что мои SSD-накопители длились всего восемь месяцев из-за этой проблемы. Если вы используете SSD, много читайте о том, как оптимизировать файловую систему на основе таких параметров, как размер флэш-страницы, который может отличаться от типичного размера цилиндра, для которого установлена ​​файловая система.