https://orib.dev/gefs.html Надо же, чувак не побоялся мутных (в смысле нечитаемых) токутековских патентов вокруг Bε-деревьев! (Ну или ему никто о них ещё не рассказал.)

Завалялся у меня тут тупой smr-диск, drive-managed, без discard, 128 метров буфера — говно, короче. Но речь не о нём, а об f2fs, который я на него накатил с -a0 и теперь закидываю файлами. Плюсы: диск не распидорашивает так же, как от ext4 или xfs, пропали периодические провалы про скорости записи и интенсивная дрочка головок харда даже задолго после окончания пользовательского io. Но dirty-страниц во время работы может набраться хоть гигабайт, даже если рядом постоянно дрочить sync /mnt, что несколько странновато для фс, которая заявлена как log-structured, тем более что и файлы я писал подряд, а не бегал по ним с перезаписью рандомных их кусков. Сам sync, кстати, не блокируется, а сразу выходит, так что не забудьте сдуть пыль с привычки делать sync;sync;sync времён freebsd 4. Пока костыль показывает себя неплохо, но остаются два вопроса: какое будет поведение, когда я заполню диск до конца и удалю что-нибудь не самое старое, и как скоро там что-нибудь пойдёт не так само по себе. У nilfs, судя по отзывам, это одни из самых проблемных моментов.

Фигасе, tux3fs ещё шевелится: https://github.com/OGAWAHirofumi/linux-tux3/commits/hirofumi-user