> стесняюсь спросить - вы оба ее вообще видели?Нене, тут только надутые гуси. Но если посмотришь в хексэдиторе как скомпонован партишн и FAT32 на флехах и SD - увидишь ERASE BLOCK. FTL не знает про FAT или партишн, поэтому если ты форматнешь сам - таблица разделов почти наверняка попадет в тот же erase block что FAT. Там часто делается Read-modify-write и есть шанс что однажды ты останешься без таблицы разделов. С битой копией FAT работать можно, а вот без разделов... Так что основная адаптация - правильно разложенная на фабрике ФС. Можно и самому разложить правильно, но проблема в том что размер ERASE BLOCK и PAGE получить стандартным способом нельзя. F2FS однако старается делать операции в виде не враждебном к такой структуре и там есть несколько настроек под размеры структур. У SSD более навернутые контроллеры, им менее критично, но все-таки, F2FS делает удобно и им. В бенчах за это воздается. Одно дело запись попавшая в ERASE BLOCK целиком и другое - канитель с RMW.
> Или только "да ее ж использует самсуньг!"
Самсунь как один из крупнейших производителей одной из лучших флеш-памятей на планете обладает прекрасной экспертизой в области. В отличие от майкрософта. Самсунгу ФС нужна чтобы выжать лучшее из своей памяти. Так память лучше продается. MS же хочет срубить денег на патентов, на каком-то печальном крапе.
> Работает она не плохо, а вообще никак - если только...ты не самсунь!
Форониксу с их бенчами расскажешь. Если оно даже у Ларабеля нормально работает, это показатель.
> потому что для правильной настройки - требует сокровеннейших знаний о скрытом от
> пользователя внутреннем устройстве флэшки, которое ни самсунь, ни любой другой производитель
> обнародовать не спешит
Проблема в том что стандартные наборы команд пытаются мимикрировать под как бы диск, с как бы 512-байтовыми как бы секторами. Чтобы совместимость не рушить. А то что эта абстракция грубо не соответствует реалиям - следствие. Производители флешек не обнародуют геометрию, но кладут фабричную ФС с ее учетом. ERASE BLOCK можно посмотреть на примере партишна, он с фабы в отдельном блоке идет. И если выровнять на ERASE, выравнивание по page случится само - ERASEBLOCK состоит из эн страниц. Еще очень желательно чтобы характерный размер блока файлухи и его выравнивание совпало с page или было удачно кратным. Блоки ФС попавшие на пересечение страниц - могут убить скорость записи в пару раз.
> (да куда там - происхождение чипов под фирменными этикетками и то не очень-то узнаешь).
Если очень надо - можно узнать и что за контроллер и что за чипы флеша. Но это нестандартные вендорспецифичные методы или экстрим.
> Иначе получаешь ровно обратное желаемому - потерю производительности
> и неэффективный (двойной) механизм распределения нагрузок.
Можно, но F2FS даже в этом случае будет выглядеть относительно удобоваримо для флеша, в отличие от какого-нибудь FAT, где кривое пересечение кластеров с erase blocks и pages достаточно фатально. Чему примером фороникс и Ларабель, понятия не имеющий как и что там выравнивать. F2FS не только оптимизирует выравнивания, но и в целом меняет природу записи так чтобы это было удобно для флеша. Еще CoW ФС неплохо с флешом дружат, даже без специальных выравниваний.
> Во всех остальных случаях - пользуйтесь exFat (только, б-же упаси, не в линуксе)
Нафиг надо. Некромансерская технология от ms.
> fat32 или ntfs (в зависимости от размера) -
... только вы их все-равно правильно не разложите, если геометрию не угадаете.
> производители ssd,
Эти наименее придирчивы и переживут даже неидеальные сочетания. У них FTL очень крутой.
> usb флэшек и всякой sd/tf памяти прекрасно понимают, что ей вряд
> ли посчастливится попасть в телефон самсуня,
Они прекрасно понимают что простой и самый эффективный вариант выжать максимум - оптимально разложить ФС на фабрике. Остальное их не колышет и первый же формат флехи аннулирует эти оптимизации. Поэтому до того как сносить фабричную ФС может быть неплохой идеей прикинуть структуру флеша. Хомяки не в курсе, за что и страдают, теряя в скорости в два раза после первого же форматирования.
> поэтому все эти самые внутренние хитрые механизмы перераспределения износа
> - специально подстроены под особенности именно этих fs
Скорее фабричную структуру ФС подстраивают к физике флеша.
> (ни разу не ext2+, что характерно) - в том числе особо нежно обходятся
> с местами, которые те обожают продирать управляющими структурами
У меня есть выводок карт прекрасно живущий с "etx3 без журнала", если не ошибаюсь аж с 2008 (!!!) года. Это были высокоемкие SD карты, порядка 16 гигов, почти на грани технологий на тот момент. Т.е. скорее всего ранний MLC. Нежный и хрупкий. Редкая карта живет 9 лет даже с FAT. Вот ext'овский журнал - этот да, все портит. Тормозит и повышает износ. Не годится он под геометрию флешек. На SSD однако работает нормально, там FTL выдюживает. И к тому же вывешивает статистику как он ощущает происходящее, можно оценить скорость износа. На SSD ext4 с discard и журналом только метаданных проблем не создает.
> про гугль - это гражданин ляпнул неподумавши. Гугль почти никогда не использует
> f2fs, гугль использует ext4 где можно и где нельзя
В телефонах на ведроиде F2FS сейчас уже довольно частый гость, особенно для внутренней памяти. EXT4 для таких применений - не очень. Ну то-есть вы его или гоняете без журнала, а fsck в телефоне все-таки не рулит, или получаете усиленный wear и тормоза от журнала.
> (почитайте об устройстве несъемных телефонных флэшек, ужаснитесь) -
У меня лежит пара дюжин pdf на NAND и eMMC. Я их читал. Ок, требование рандомизации данных и read disturbance в высокоемких флешках штуки очень интересные. Но в случае карт и флех это проблемы FTL. Если FTL нет, можно на UBIFS посмотреть. Он и FTL и FS для raw nand, которые могут даже в такие причуды.
> канешна. (хотя, надо заметить, не лицензия, но патент и убил эту fs.
> Зачем ms понадобилась эта глупость - хз,
Чтобы денег получить. Но платить денег за ФС где нет вообще никаких выдающихся технологий - затея гнилая. Единственным достижением стал саботаж роста емкости карт и флех на долгие годы. Спасибо майкрософту, аж два раза.
