Особенности работы SSD с разными FS (трим и выравнивание износа ячеек)

Собственно, man mkfs.<fs-type>

Искал: man mkfs.ext4 Про trim ничего не нашел.

man mkfs.btrfs

 -K|--nodiscard
           Do not perform whole device TRIM operation by default.

Нашел на wiki.archlinux.org: Enable TRIM With mkfs.ext4 or tune2fs

One can set the trim flag statically with tune2fs or when the filesystem is created:

# tune2fs -o discard /dev/sdXY
# mkfs.ext4 -E discard /dev/sdXY

Но в мане mkfs.ext4 написано следующее:

discard ...This is set as default. Но тем не менее эта опция присутствует среди прочих... Нафига тогда, если она дефолтная?

Короче мне не понятно, нужно дописывать -E discard при создании файловой системы или этот параметр уже идет по умолчанию и можно ограничится mkfs.ext4 /dev/sdXY.

Что происходит в блоками которые записаны 1 раз в начале жизни диска и хранят данные до сих пор

http://en.wikipedia.org/wiki/Write_amplification

static int      discard = 1;

                } else if (!strcmp(token, "discard")) {
                        discard = 1;
                } else if (!strcmp(token, "nodiscard")) {
                        discard = 0;

(из mke2fs.c)

То есть по умолчанию включено.

Спасибо.

Что происходит в блоками которые записаны 1 раз в начале жизни диска и хранят данные до сих пор.

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

о, спасибо.

Если заполнить весь диск и писать в один блок до протирания - под такое они не заточены, тут сильно поможет f2fs.

кстати с f2fs можно по идее и на microsd жить

имеется ввиду полноценно (с регулярной записью)

Первый режим имеет недостаток, в том, что он может замедлять SSD при работе и с мелкими файлами, когда контроллер кроме основной работы нагружается trim-ом.

Это особенности реализации, не стоит о них строить общие предположения.
При работе с мелкими файлами накопитель скорее всего проигнорирует команду. Потому, что запрошенная область будет меньше его блока.

Объясните мне пожалуйста, что происходит например, после удаления раздела и создания нового раздела

Ничего. Но mkfs.extX, например, сделает trim всему разделу во время *создания фс*.

может замедлять SSD

может

При работе с мелкими файлами накопитель скорее всего проигнорирует команду. Потому, что запрошенная область будет меньше его блока.

То есть полную очистку блока по частям проигнорирует? Таких индусов нужно сослать обратно в Индию.

discard ...This is set as default. Но тем не менее эта опция присутствует среди прочих... Нафига тогда, если она дефолтная?

А завтра окажется, что по каким-нибудь причинам лучше пусть будет дефолтным противоположное значение. У тех кому именно такое значение важно - опция в скриптах (или мануалах или инструкциях) прописана явно, остальные полагаются на дефолт. Вообще по-хорошему должна быть возможность переопределять дефолты для конкретной системы.

Вообще по-хорошему должна быть возможность переопределять дефолты для конкретной системы.

Кстати, как сделать глобальный noatime?

тут сильно поможет f2fs

Бегло глянул что из себя представляет f2fs, напрягает вот что:

Для ускорения выполнения операций в процессе работы индексы c информацией о распределении данных хранятся в оперативной памяти. Для выполнения операций сборки мусора реализован специальный сборщик, выполняющийся в фоне в моменты простоя системы.

Т.е. если отрубается питание, то мы получаем траблы со всеми вытекающими, вплоть до потери данных?

Вот тут подробный разбор f2fs и по правде говоря меня он не вдохновил на использование этой FS. Все слишком сыро и сомнительно, для мобильных устройств однозначно маст хев, особенно для Samsung, а для всего остального пока весьма туманно.

То есть полную очистку блока по частям проигнорирует?

Для этого кто-то запросы должен агрегировать. Возможно, это умеет делать драйвер ФС.

Насколько я понимаю, ОС делает запросы по 4 КБ. Естественно, диск будет игнорировать запросы на отдельные байты, но такие-то можно запомнить.

И 150гб файлы удалял. Ничего не подвисает.

И 150гб файлы удалял. Ничего не подвисает.

Кто делает такие годные SSD?

Интел 320 и м550. На обоих нет проблем.

Кстати, я вдруг подумал, что на hdd тоже есть польза от trim в случае ремапа дорожек: ненужные блоки можно не читать или ограничиться одной попыткой.