> А "более-менее" тут не работает. Либо ты попал в segment size, либо write amplification
> в хз сколько раз (в зависимости от того, какой там размер страницы и куда ты угодил сегментом)

У NAND так то есть eraseblock, и page. Первое юнит "erase" и довольно жирное, а второе "program", и размером несколько кило. Кто из них "сегмент"?

У F2FS общая структура и логика записей такая что оно всему этому не особо враждебно. А идеально угадать все-равно не получается, поди tot убеди программы писать только кратно 2^N.

Так что в среднем он недурно работает на флеше, особенно low end, типа флешек и карточек памяти. На SSDшнике - в принципе тоже, но смысла меньше уже.

> Вот эта метода будет работать с smr без кабздеца с write multiplication в двести раз.
> Но ты такой fs не захочешь, наверное.

Btrfs'ники явно обошли это дело. Они просто дописывают в зону, иногда GC делают. По сути это напоминает FTL в флешовых девайсах немного. Если они еще и bad blocks management сделают, смогут вообше на RAW NAND работать пожалуй :). Но врядли они это захотят кодить, mtd штука специфичная.

И да как я понимаю zoned у них ориентируется на то что хост этим рулит. Поэтому оно там радикально меняет логику аллокации, группируя все в длинные непрерывные сегменты. Такое и на флеш в принципе хорошо ложится, даже если не идеально угадали.