> Увы, "подыграть" не получится. Более того, даже выяснить более-менее достоверные закономерности
> работы конкретной реализации FTL практически невозможно.У SD карт и usb-флешек, про которые шла речь, как правило все довольно просто:
1) Начало видимой области обычно выровнено на erase-block флеша. Т.е. wear leveler судя по всему ремапает все целыми erase-block (?). На это намекает например стремление класть бутсектор флехи в отдельный erase block. Смысл деяния - чтобы бутсектор не сдох при read-modify-write неудачно попавшем на слет питания. Одно дело если 1 копия фат побьется и другое - если бутсектор накроется и слетят все параметры разделов и ФС, после чего юзер останется вообще без доступа к данным.
2) Для SD карты и не сильно крутой флехи по той же причине как правило удобен I/O по размерам erase block. Если он попадает на его границы.
Если посмотреть на то как дефолтовый FAT разложен на таком носителе, можно найти четкую закономерность. Из которой видно и то что как правило блок флеша начинается там же где и видимая область + структуры фабричного FAT откровенно выровнены в аккурат по erase block-у. Ну и кластера ФС должны попадать удачно. В фабричной ФС это сделано.
Т.е. производители такого добра своей дефолтовой ФС достаточно прозрачно подсказывают фактическую геометрию и частично логику работы. Это им нужно для того чтобы показать максимально красивые цифры скоростей чтения/записи. А вот кто это переформачивает - встречает развеселый сюрприз в виде скоростей записи в пару раз ниже чем было :)
> Про топорность FTL вы к сожалению глубоко заблуждаетесь. Сейчас часто даже дедупликация
> секторов используется...
Это вы наверное про навороченные топовые SSD. В серьезных SSD - там да, наворочено.
> Потому и следовало бы хоть немного классифицировать эти реализации FTL, иначе толку
> от всех этих ФС работающих поверх них не будет.
В каком-то роде это подразумевалось. То-есть, я про "простые" wear-leveler в контроллерах usb flash и SD карточек. А вы видимо про навороты типа SSD, где встречается даже сжатие данных с целью ускорения записи (кажется у sandforce такое реализовано). За счет чего производитель может публиковать красивые цифры. Забыв уточнить что они актуальны только для сжимаемых данных :)
