Ох BTRFS, ну сколько можно - продолжение

При КОВ трим не нужен.

Нет, trim всегда желателен. Чем меньше блоков занято, тем проще контроллеру ссд оптимизировать износ флеш-памяти. В том числе он может иногда перемещать блоки с места на место, если это требуется для очистки новой страницы, и если он будет знать, какие именно блоки нужные, а в каких уже мусор - придётся делать меньше действий.

ходила в лес - изнасиловали. завтра опять пойду

Нуда и всякие ТРИМ придумали чтобы скучно не было.

Ну в какой-то мере да. По идее диск вполне себе может жить без этого. Но вот беда - если надо записать в ячейку а она уже была записана - то ее надо сначала очистить а потом писать. то есть два шага. Если ячейка чистая - то писать можно сразу. Собственно задача трима - зачистить незадействованные в ФС но ранее записанные ячейки во время простоя диска - чтобы процесс записи был быстрее. То есть это не про ресурс ни разу, это исключительно про скорость. Продаются же у нас попугаи, а от ресурса требование только одно - дожить до конца гарантии. Год (и даже три для флагманов) - сейчас в основной своей массе проживает даже низкопробное QLC говно - а значит в ширпотребе инженерам не надо напрягаться за ресурс.

Спустя 2 года выяснилось, что на том сервере таки битая память!

Там разве не ECC?

А два года это сервер чем занимался? Работал нормально, уничтожал файлы или был выключен?

У меня ни разу такого не было.

Ну, всё бывает в первый раз. И, та память, с которой проблемм не было, она все проверена memtest версией 8.10? Вам потребовалось два года и новая версия memtest, чтобы определить, что память не ОК, может у вас и другие сервера были без ECC и с битой памятью...

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

В старых SSD было существенно больше скрытых/резервных блоков, за счёт чего он и мог нормально работать без TRIM, а новые дешман SSD не любят работать без TRIM, после того, как у них заняли весь объём, им приходится для каждой записи делать много перемещений данных.

ресурса требование только одно - дожить до конца гарантии.

Они в гарантии ограничивают допустимый объём записи.

На сервере альтернативы lvm не вижу

Есть масса сценариев когда и на сервере он не впился, в предположении что LVM по прямому назначению используют а не RAID на нём собирают. Например если каждая отдельно взятая машинка устаревает и выводится из эксплуатации задолго до того как на ней место заканчивается.

Мне кажется если взять btrfs и попросить переписать ее на rust ИИ, результат с первой попытки будет стабильнее оригинала в которого вложено столько лет.

Хотя да:

• https://docs.rs/crate/rust-fs-btrfs/latest

• https://rustutils.gitlab.io/btrfsutils/