Самсунг разработал новую файловую систему — F2FS

бывает и такое :)

Ну прям щас тебе samsung побежит портировать фаташоп и писать дрова для оптимуса, да.

Зачем сразу фотошоп? Ему есть конкурент свободный - гимп, к примеру. И оптимум на линуксе прекрасно работает. Это не профиль самсунга. А вот помогать доработать одну из существующих фс вполне могли бы, вместо создания велосипеда.

Ну так в случае линупса часто самый адекватный путь — форкнуть или выкинуть и написать заново, примеров достаточно.

Ну так в случае линупса часто самый адекватный путь — форкнуть или выкинуть и написать заново, примеров достаточно.

Не болтайте ерундой.

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

Ну, древние версии NTFS и FAT32 где-то «хранят» и успешно используются из под линукса.

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

Для файлопомоек излишние сложности не нужны а ФС для них нужна.

Да конечно. А потом пионерчеги будут ждать листинг по директориям свой порносвалки по полчаса, потому что «нам сложные фс не нужны» , стало быть, и индексы по именам файлов не требуются, хранение мелких файлов в метаданных, упреждающее выделение блоков и т.д. и т.п.

Но да, зато еще одна супернесложная ФС, которая работает только в паре бранчей ядра 3.6.27-3.6.29 слитых сайта самсунга...

Фирма Apple выпускает и компьютерное железо, и программное обеспечение. Это приводит к тому, что их операционная система максимально оптимизирована для работы на конкретном железе и использует его возможности на все 100%.

Угу, наверное, поэтому эппловый ифон 4 с одной зарядки на проживет даже сутки , а бывает и за день дохнет, в то время как мой двухядерный mi one работает два дня и не жужжит.

Чем оно лучше LanyardFS?

С LanyFs не всё гладко. Из обсуждения автор пропал, видимо обдумывает как чинить найденные огрехи. Из того, что помню: глубина рекурсии зависит от данных на диске (потенциальное переполнение стека, а он в ядре маленький) и отсутствие балансировки деревьев (возможно вырождение дерева).

разве я такое писал? я имел в виду, что проблемы индейцев самсунг не волнуют

Это приводит к тому, что их операционная система максимально оптимизирована для работы на конкретном железе

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

Не пробовал. Возможно, там используется PictBridge или MTP? Какая разница?

Не надо сказки рассказывать — чтобы кидать файлы с компа на планшет и обратно, никаких драйверов не надо.

Быстро скрывшееся окно не считается открытым? Ты попробуй взять голую винду, отключить интернет и попытаться скачать что-нибудь с планшета. Заодно заметишь окно, в котором написано, как винда пытается стянуть драйвера с интернета.

Или ты любитель сборок?

основную тройку ОС - (Free/Net/Open)BSD ?))

Интересно, каким образом эта файловая система будет экономить ресурс NAND, если она реализована поверх block device, а не MTD?

Вообще, это довольно странная тенденция - использовать в устройствах с NAND-памятью дополнительную абстракцию в виде FTL. Почему бы не реализовать FTL программно в виде драйвера для самых популярных ОС? Ведь FTL ничего не знает о внутренних структурах и аллокаторе файловой системы - именно поэтому пришлось выдумывать такие костыли, как TRIM. Куда было бы лучше дать ОС работать напрямую с NAND-блоками (выполнять read/write/erase-операции).

Если ОС (как, например, все Windows, кроме CE) не умеет MTD, то можно поступить так же, как делают с fakeraid - предоставлять интерфейс int13 с помощью option rom.

Этот подход применим даже к USB-флешкам - делаем две конфигурации: в нулевой она видится, как USB cdrom с драйвером и автораном, а в первой - как MTD.

Интересно, каким образом эта файловая система будет экономить ресурс NAND, если она реализована поверх block device, а не MTD?

Прозреваю что адаптация FS под алгоритмы FTL может дать некие преимущества.

Мы выбрали журнально-структурированный подход, но попытались приспособить его к новой модели запоминающего устройства

прочитал как «присобачить»

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

а технологии записи, хранения и доступа к данным слишком быстро и сильно меняются, чтобы всерьез подгонять одно к другому

Хм, вроде ведь данная файловая система позволит продлить срок службы устройств хранения данных конкретного типа. Потом появится что-то новое и файловая система станет неактуальной? Ну и что — главное, что она поможет продлить срок службы устройств, которые выпускаются сейчас. Что бы ты предпочёл — чтобы твой SSD-накопитель вышел из строя через 2 года или, к примеру, через 3?

«Что бы ты предпочёл — чтобы твой SSD-накопитель вышел из строя через 2 года или, к примеру, через 3?»

Школоте деньги на SSD родители не дают, так что ему все равно.

Вот только ни одна из этих ФС в силу своей ограниченности не может полноценно использоваться линуксом а уровне ext*

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

Да конечно. А потом пионерчеги будут ждать листинг по директориям свой порносвалки по полчаса, потому что «нам сложные фс не нужны» , стало быть, и индексы по именам файлов не требуются, хранение мелких файлов в метаданных, упреждающее выделение блоков и т.д. и т.п.

Вот именно что бодяга типа непомуков, стриги и tracker нафиг не нужна - установил ось, вырубил гадость и наслаждайся. Нет включенных говнописалок в огромные БД - и проблем меньше и ищется быстрее.

Но да, зато еще одна супернесложная ФС, которая работает только в паре бранчей ядра 3.6.27-3.6.29 слитых сайта самсунга...

А пользователям самые свежие ядра обычно ненужны. Через полгода-год станет известно, есть смысл ставить эту ФС или нет. Пока гуёвые линуксовые лечилки дисков её однозначно не поддержат, использовать ФС рано.

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

Не сейчас, а вчера и сегодня. И прежде чем они отладят и внедрят свою ФС, оно уже станет позавчера и вчера.

Что бы ты предпочёл — чтобы твой SSD-накопитель вышел из строя через 2 года или, к примеру, через 3?

Вопрос не так уж прост, как кажется. Действительно, что лучше, терять данные раз в пол-года из за использования непонятной .фс или поменять ссд через два года, а не через три, не потеряв при этом данных? Не знаю, каждому свое.

Интересных ФС действительно много. Для флешек были прекрасные RO ФС со сжатием, с xip, с частичным сжатием редкоиспользуемых данных и xip на часто используемых приложениях и абсолютной адресаццией либ и многое многое другое. Ну и где они? На свалке. Одна только squashFS осталась, потому что livecd.

Через полгода-год станет известно, есть смысл ставить эту ФС или нет.

Через полгода ее уже никто не вспомнит.

Пока гуёвые линуксовые лечилки дисков её однозначно не поддержат,

да ты ваще фантазер.

Ну вот, а что мешает ее использовать не только в телефонах?

то, что ты озвучил в первом посте)

Иди блох лови

Если ОС (как, например, все Windows, кроме CE) не умеет MTD, то можно поступить так же, как делают с fakeraid - предоставлять интерфейс int13 с помощью option rom.

Это не сильно отличается от FTL.

А ты про маны стышал? Не слышал значит.

Для слоу: jffs не для блочных устройств, это там чёрным по белому сказано. Она для MTD

Samsung известные велосипедостроители.

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

С таким подходом узкоглазые врядли создадут чего адекватного. Скорее верю, что это будут костыли к EXT4 для флеш-накопителей.

С таким подходом узкоглазые врядли создадут чего адекватного. Скорее верю, что это будут костыли к EXT4 для флеш-накопителей.

Если ты спец по ФС, распиши, что не так с f2fs :)

у меня нет времени и надобности на данный момент изучать f2fs. Я лишь высказываю предположения, что не так с Самсунгом ;)

Я лишь высказываю предположения, что не так с Самсунгом ;)

Самсунг слишком большой для одного мнения :)

Ммм, как ты печёшься о деньгах Samsung, прямо как о своих :)

Если не ошибаюсь, F2FS была создана не от груза лицензионных отчислений.

В каких смартфонах используется процессор, который используется в iPhone 5?

Избавит ли эта ФС от необходимости иметь контроллер устройства памяти? Ну или хотя бы увеличит ли она среднее время деградации ячеек?

ext,

e2fs

fat

а вот это недоразумение из 70х годов прошлого века FS не достойно. Это НЕ файловая система, и живо ЭТО исключительно благодаря тому, что ещё жив оффтопик, который акромя FAT & NTFS ничего больше не умеет.

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

он перепутал с NIH

Чем оно лучше LanyardFS?

SAMSUNG

Оно да - флешки делает, и ещё Over9000 быдлодевайсов.

Когда на ней можно будет сделать root/ ? Хотя бы даже с отдельным /boot на ext2.

что тебе мешает? Делай. Я вот думаю попробовать выкинуть диск из этого компа размером 10Гб. Не потому-что мало, а потому-что жужжит.

Это значит, что доводить до ума оптимизацией её не следует, а следует

всё с нуля зафигачить?

успокойся, это EXT4 перепиленая. Под флешки от samsung (последнее слово не нужно).

но не на столько что-бы пытаться принудить её ко включению в состав windows нормальной поддержки посторонней ФС (вариант «пусть виндузятники сами ставят драйвер для поддержки ФС» канает только для анонимных аналитиков ЛОРа).

я ещё раз повторяю - многие телефоны от SAMSUNG вообще НЕ работают как disk-storage с FAT. Для них свою программу надо. А если запилят туда сабж, то ядро Linux будет работать с сабжем напрямую. Не вижу причин, по которым мысы будет что-то вякать - они сами код закрыли, если захочется - пусть юзеры дальше ставят костыли левые, или пусть в мысы запиливают поддержку сабжа (ИЧСХ слегка запиленную EXT4 вставить в венду будет не просто, десятком патчей тут не отделаться)

А SSD- диски и SD-карты могут быть не-NAND конструкции? Совсем не знаю, там нет зоопарка?

в принципе могут. Но не бывают.

сейчас нет, потому что nand ощутимо быстрее и дешевле конкурентов. Но это явно ненадолго.

ванга в треде! А война будет с СШП? А что будет с ЛОРом в декабре с.г.?

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

там есть патчсет, не сомневаюсь, он взлетит в любом линуксе. А компактный он потому, что это перепилка EXT4. В венде будет непросто...

Объясни, как в таком случае старые айфоны получают обновление до новых ОС.

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

Или в твоём мире они его не получают?

Хотя версия прошивки и обновляется в старые айфоны попадают не все функции.

Или ОС умудряется быть оптимизированной под все айфоны сразу? Или у них у всех одинаковое железо, а нас дурят? Или тебя покусал маркетолог Apple?

Предлогаю вынести обсуждение Apple и его подходов в отдельную тему

На моём устройстве ext4, не знаю, какие там у SSD особенности, которые мешают её использованию.

ext4 слишком много пишет, что ведёт к уменьшению ресурса SSD. Проблема в том, что на HDD что писать, что читать - одинаково. Там головки двигать очень долго, и механику разбивает. А вот на SSD в точности наоборот - писать нужно совершенно рандомно, и даже лучше писать куда-нибудь туда, куда мы никогда не писали.

Журнал в принципе нужен и HDD и SSD, но требования к оптимизации прямо противоположные. Журнал для SSD (как и любой файл) должен быть размазан по всей «поверхности», и новые данные должны писаться на совершенно забытые «сектора», в отличие от HDD, в котором лучше писать рядом со старыми данными, что-бы не дёргать головки лишний раз.

Не сейчас, а вчера и сегодня. И прежде чем они отладят и внедрят свою ФС, оно уже станет позавчера и вчера.

Ну, допустим, будут отлаживать год, и ещё год внедрять. Не думаю, что за два года появится замена для SSD-накопителей (причём чтобы была намного долговечней, и чтобы не была значительно дороже). Поэтому, думаю, файловая система пригодится. Более того, она будет полезна даже если гипотетическая замена SSD-накопителей появится раньше — ведь их уже выпущено достаточно много, лучше пусть выпущенные модели проработают дольше.

компактный он потому, что это перепилка EXT4

А что, ext4 уже log-structured?

ext4 слишком много пишет, что ведёт к уменьшению ресурса SSD. Проблема в том, что на HDD что писать, что читать - одинаково. Там головки двигать очень долго, и механику разбивает. А вот на SSD в точности наоборот - писать нужно совершенно рандомно, и даже лучше писать куда-нибудь туда, куда мы никогда не писали.

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

Ты еще создай томик lvm и средствами фс оптимизируй выделение чанков в нем...

Ну, допустим, будут отлаживать год, и ещё год внедрять. Не думаю, что за два года появится замена для SSD-накопителей (причём чтобы была намного долговечней, и чтобы не была значительно дороже).

они уже есть. и дешевле и долговечней.

ванга в треде! А война будет с СШП? А что будет с ЛОРом в декабре с.г.?

Это просто.

войны пока не будет. ЛОР в судный год на один день перейдет на венду, повисит и вернется на федору.