f2fs-tools 1.8.0

Поддерживаются зонирование

Прочитал как «зондирование». Задумался...

Инфы не было про сжатие? В рассылке говорили, что планы запилить имеются... От безысходности я начал пилить сжатие на базе ext2, правда с потерей совместимости...

Не, ну а вообще, что-то кроме тормоза btrfs в сжатие под линуксом умеет?

Инфы не было про сжатие?

Я вот тоже интересуюсь.

Не, ну а вообще, что-то кроме тормоза btrfs в сжатие под линуксом умеет?

НЯЗ, reiser4 и ZFS.

Разве нативный «Extended_File_System 4» нельзя ставить на твердотельные диски?

можно, разрешаю.

что-то кроме тормоза btrfs

Толсто.

Творчество товарища Кима радует.

От безысходности я начал пилить сжатие на базе ext2, правда с потерей совместимости...

Если ты настолько суров, что пишешь сам компрессию, то почему не Reiser4? Там вроде так есть. Плюс эта ФС ЕМНИП адаптирована для написания под нее плагинов.

А в чём её оптимизированность состоит? Кто-нить уже это юзал?

Да. Первое что бросается в глаза — раскрывает полностью заявленный производителем потенциал по скорости. 450/450 на Kingstonовских SATA3 SSD.
С первого резиза F2FS, потерь в скорости нет, не зависает, износ минимальный, проблем не было (если не считать что с f2fs файлы в случае rm -rf * не восстановить, как с ext4)

Я юзаю на своих флешках. Оптимизированность состоит в равномерном распределении записи на доступные сектора, что дает равномерное изнашивание ячеек. А также принимается во внимание факт, что на твердотельных накопителях неизменное время доступа к секторам, что делает ненужными алгоритмы оптимизации записи данных, характерные для HDD, более того, они могут быть даже вредными для быстродействия и равномерного использования ресурса ячеек.

Больше здесь: https://ru.wikipedia.org/wiki/F2FS

В качестве корневой ФС ставить можно (если система на SSD)?

Можно. Но /boot должен быть на отдельном разделе.

Я юзаю на своем NVM. Просто быстрее работает, распределяет запись в разные блоки увеличивая долговечность, и не содержит легаси мусора. Годная ФС.

Разве нативный «Extended_File_System 4» нельзя ставить на твердотельные диски?

Можно, равно как и подключать SSD по USB2.0. Работать будет. КАК - другой вопрос.

Есть еще одна проблема, - попробуйте некорректно отключить компьютер и произойдет потеря данных, так как запись происходит не сразу. И исполнение sync требует больше времени. Понятно что я придираюсь, но все-же.

Архитектурные особенности не особо подходят к SSD в режиме со сжатием.

Да и сжатие не очень выходит со стандартными алгоритмами, прикрученный zstd неосиливает маленькие блоки, а lzma тормозит. Могу позже Эдуарду отправить свои костылепатчи, но надо подправить их, а то показывать стыдно)

И да, я считаю, что нужен специализированный алгоритм сжатия для ФС, с учетом особенностей хранения данных на носителях... Кстати, заменив в DEFLATE хаффмана на FSE, я поднимал степень сжатия на 7-8% с увеличением скорости... Однако опять теряется обратная совместимость(логично, че...)

Рейзер хорош, но я не теоретик, я практик, а практика говорит, что если 100 гиговый раздел монтируется десять секунд - что-то не так с теорией...

Самая тормозная система, глянь хоть тесты на похорониксе прежде чем бздеть в тред с высоты своего авторитета. Та и понакручено фич как в комбайне, причем кривых...

В тестах на форониксе btrfs часто обгоняет xfs и местами - ext4. А бздите тут вы, как тот колхозник в адрес Пастернака.

Архитектурные особенности не особо подходят к SSD в режиме со сжатием.

А вот с этого момента поподробнее, пожалуйста. А то я как раз собирался накатывать систему на SSD с reiser4 + lzo.

100 гиговый раздел монтируется десять секунд

И вот про это тоже расскажи.

1-е тебе будет не важно на нормальных SSD, оно кривовато только для дешевых eMMC (мая планшетник), в кратце - связано с внутренней структурой ФС, на больших объемах % накладных расходов сильно снижается...

2-е - решай сам, ФС или закэширует ВСЮ таблицу в памяти, или будет подтягивать с диска и подтормаживать. Выбор за тобой, в опциях монтирования)

Ключевое слово - местами. Да и то на специфичных нагрузках. Побывав однажды на федоре с btrfs, я не буду больше трогать ни то, ни другое)

Так и надо говорить «я пробовал btrfs и мне не понравилось», а не делать глобальные заявления, не соответствующие действительности

Так и надо говорить «я пробовал btrfs и мне не понравилось», а не делать глобальные заявления, не соответствующие действительности

Вполне себе соответствуют. На определенных паттернах btrfs сосет.

Для любой ФС можно подобрать паттерны, на которых она будет сосать, это значит, что любая ФС - самая тормозная ФС?

Для любой ФС можно подобрать паттерны, на которых она будет сосать, это значит, что любая ФС - самая тормозная ФС?

Нет, самая тормозная это ufs в openbsd. Тормознее пока нет.

Нет

Вот именно.

ШАТО СТАБИЛЬНАААА!!!111адынадын

Не гони, она не тормознее фряшной ufs на Maxtor'овском сороковнике, проверено!

Не гони, она не тормознее фряшной ufs на Maxtor'овском сороковнике, проверено!

Насколько я помню, во фряхе она хотя бы параллельная.

На одноядерной машине ничем не поможет)))

Однажды хотел поставить на sdxc карту (64гб) эту фс, но таки не решился ставить что-то не надежное и поставил ext4 с выключенным журналированием (самая надежная фс я считаю). Уже поздно что-то менять, потому что на 80% карта заполнена, но кто нибудь пробовал эту f2fs. Годно таки или нет?

кто подскажет, имеет ли смысл переезжать ext4 -> f2fs на SSD на ноуте?

поставил ext4 с выключенным журналированием
самая надежная фс я считаю

Сними с болида Ф1 весь аэродинамический обвес. Круто? Круто, оно даже всё еще способно ездить, даже быстрее. Вот примерно ты тоже самое провернул с ext4.

Уже поздно что-то менять

50 гигов некуда скинуть? Чёт ты просто ленишься.

Имеет.

Кстати сжатие на SSD не нужно. Оно само на лету сжимает данные, особенно на контроллерах Sandforce.

ext4 с выключенным журналированием (самая надежная фс я считаю)

/me подавился ананасом

Да, самая надежная - при отключении журнала ведет себя как ext2, только с экстентами. Журналирование - лишнее насилие над диском.

На ноуте проблема некритична, а на десктопах она есть везде.
F2FS журналируемая, так что там где журнал может спасти — он спасет.

самая надежная - при отключении журнала ведет себя как ext2, только с экстентами

При отключении питания она себя тоже ведёт как ext2, только с экстентами.

ТОЛЬКО на sandforce.

Говорю как владелец phison'а - сжатия в прошивке нет (читал флешку хохмы ради программатором

Ни разу на моей памяти у меня не летела ext2. Да, при отключении питания в том числе.

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

слышал про lessfs, но сам не пользовался

Почему не fuse, чтобы работало с той же Reiser4?

По стабильности хуже ext4, а в остальном нет препятствий.

Рейзер хорош, но я не теоретик, я практик, а практика говорит, что если 100 гиговый раздел монтируется десять секунд - что-то не так с теорией...

dont_load_bitmap

Алсо, давай запилим туда log-structured free list вместо битмапов, как в zfs. Раз уж ты ФС упарываешься.

А вот у меня буквально на днях слетела. Ну как слетела...Ноут криво выходит из спячки, приходится ребутать. Запускается fsck, ктоторый видимо требует моего ввода, но я его не вижу пушо специфический Хромбук, а точнее ведро. В общем между меню grub и активацией драйвера, нихрена не вижу.

Пару раз спасал fsck на лайве, затем похерился один из проектов. Пришлось переустановить Арчик на ext4. Теперь ребутается без проблем.

Хотя субъективно ext2 быстрее. Почти как f2fs

износ минимальный

А я читал что microsd (а тем более SSD) сами равномерно распределяют то, что ты в них пишешь. Зачем тогда еще раз распределять с помощью ФС?