|
Надежность FAT |
|
|
|
Dec 12 2015, 16:32
|
Участник

Группа: Участник
Сообщений: 46
Регистрация: 17-09-14
Из: Спб
Пользователь №: 82 840

|
Всегда использовал FAT от чена, еще во времена avr, да и сейчас на stm32. Ответственных задач не было, поэтому пристального внимания не уделял, да вроде все работало. Часто видел темы на форуме, мол либа кривая, не работает то или это, но как то лично с проблемами не сталкивался. Сейчас попался заказчик, который стал в позу, мол юзать либу не православно, при этом в винде карта памяти должна обнаруживаться как обычный съемный диск, без дополнительного софта, т.е. фат эмулировать нужно.
В качестве аргументов против: энергопотребление с либой выше, чем посекторное. Но следующий аргумент как то меня поверг в шок. Мол 100 лет назад он проводил тесты, которые показали, что если писать в один и тот же сектор, то на ~60 раз сектор "портится" и контроллер карты памяти начинает переносить данные, все это проявляется резким снижением скорости записи. Для меня этот пункт странный, но пока мне возразить нечем. В качестве предложения, заполнять карту равномерно, стирать только когда целиком заполнится.
Вроде бы и не проблема можно писать посекторно, но когда почитал по верхам про то как устроен FAT32, понял что это будет проблемой. Дело в том, что у меня файлы могут прилетать какие угодно, абсолютно любого размера. Корневой каталог в fat32 не фиксированный, нужно будет вычислять его, чтобы не записать в системные файлы, все фукции - создание/удаление директорий, запись/чтение и создание/удаление файлов мне нужны. Если я правильно понимаю, то по сути то что я напишу будет той же либой чена.
Собственно пока жду железо, чтобы проверить теорию плохого сектора, хотелось бы послушать мнение опытных в этом деле людей. Я заглядывал в исходники fat fs и ничего лишнего или слишком неумелого не увидел.
Вопросы: Я не предстваляю как можно будет сэкономить энергию, если буду делать тоже самое, что и библиотека, или даже не так - что можно делать иначе?. На чем основаны доводы о кривости этой библиотеки? Точнее даже ее ненадежности.
|
|
|
|
|
 |
Ответов
|
Dec 14 2015, 09:31
|

Профессионал
    
Группа: Участник
Сообщений: 1 620
Регистрация: 22-06-07
Из: Санкт-Петербург, Россия
Пользователь №: 28 634

|
Цитата static Wear Leveling. Это можно узнать по каким-то полям в статусных регистрах карты или только косвенно по поведению/бенчмаркам? В открытом даташите упоминяния этих слов нет... Цитата SD Specifications Part 1 Physical Layer Simplified Specification Version 4.10 January 22, 2013
|
|
|
|
|
Dec 15 2015, 14:11
|
Гуру
     
Группа: Участник
Сообщений: 2 219
Регистрация: 16-08-12
Из: Киров
Пользователь №: 73 143

|
Цитата(jcxz @ Dec 15 2015, 15:05)  может лучше написать LowLewel-прослойку между FatFS и физикой, которая обеспечит кеширование и распределение износа по всем секторам флешь-носителя (каким-бы он не был физически) при помощи дополнительной ОЗУ и например FRAM-памяти Ну хорошо, допустим, но сколько у вас этой ФРАМ?, килобайт, два, макс. 10... И много-ли толку от этого будет, тут нужна кэш как минимум на несколько блоков фат, а это уже только ОЗУ, соотв. гемор с питанием на случай его внезапного пропадания и т.п. Уж если нужно так увеличить кол-во перезаписей, то придется разориться на SLC флеш, ибо гарантируют >100000 перезаписей одного блока.
|
|
|
|
|
Dec 15 2015, 18:01
|
Гуру
     
Группа: Свой
Сообщений: 5 228
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713

|
Цитата(mantech @ Dec 15 2015, 20:11)  Ну хорошо, допустим, но сколько у вас этой ФРАМ?, килобайт, два, макс. 10... И много-ли толку от этого будет, тут нужна кэш как минимум на несколько блоков фат, а это уже только ОЗУ, соотв. гемор с питанием на случай его внезапного пропадания и т.п. А у нас на дворе что - 90-ее до сих пор?? Мы в своих устройствах уже много лет используем FRAM на 32кБ, сейчас уже используем и на 256кБ (обратите внимание на большую 'Б'). А есть микросхемы FRAM и большей ёмкости, да и не говорил ТС ничего про бюджет и размер устройства, может он сможет и неск. микросхем впаять? И во FRAM я предлагал хранить таблицу переадресаций блоков FLASH, которая будет обновляться при каждой новой записи в любое место FLASH. Кеш я не предлагал туда писать, но если есть необходимость - и это можно. К тому-же ничего не мешает обойтись без FRAM. Если целевая FLASH, используемая автором (о физической природе коей мы ничего не знаем), имеет достаточную (и известную заранее скорость записи), то эту таблицу переадресации и кеш можно хранить в ОЗУ и, имея хорошо работающий монитор питания, скидывать по его сигналу в эту же самую FLASH. Тогда время жизни накопителя будет зависеть ещё от кол-ва выключений питания устройства (выключений питания после сеанса работы в котором были записи в ФС). Конечно - если этот FLASH-носитель у ТС съёмный и предполагается возможность вытаскивания его и втыкания в чужую систему, то тут будут проблемы. PS: Да, прочитал ещё раз исходное сообщение - похоже ТСу именно это и нужно (возможность работы в винде без доп. костылей). Тогда своя таблица перемещений отпадает...  Ну или пересматривать ТЗ....
|
|
|
|
Сообщений в этой теме
Darti Надежность FAT Dec 12 2015, 16:32 mantech Цитата(Darti @ Dec 12 2015, 19:32) Часто ... Dec 12 2015, 17:33 aaarrr Цитата(Darti @ Dec 12 2015, 19:32) Мол 10... Dec 12 2015, 17:36 mantech Цитата(aaarrr @ Dec 12 2015, 20:36) что е... Dec 12 2015, 18:09 Непомнящий Евгений Ну если заказчик оплатит вам написание и отладку с... Dec 13 2015, 12:29 AlexandrY Цитата(Darti @ Dec 12 2015, 18:32) Вопрос... Dec 13 2015, 13:40 controller_m30 Цитата(Darti @ Dec 12 2015, 19:32) Мол 10... Dec 13 2015, 15:12 AlexandrY Цитата(controller_m30 @ Dec 13 2015, 17:1... Dec 13 2015, 17:57  controller_m30 Цитата(AlexandrY @ Dec 13 2015, 20:57) Но... Dec 13 2015, 19:39   AlexandrY Цитата(controller_m30 @ Dec 13 2015, 21:3... Dec 13 2015, 19:53    controller_m30 Цитата(AlexandrY @ Dec 13 2015, 22:53) Зн... Dec 13 2015, 20:20 romas2010 Цитата(Darti @ Dec 12 2015, 19:32) Всегда... Dec 13 2015, 19:50 _3m Цитата(Darti @ Dec 12 2015, 19:32) Сейчас... Dec 13 2015, 21:09 AlexandrY Цитата(_3m @ Dec 13 2015, 23:09) Про энер... Dec 14 2015, 05:43  _3m Цитата(AlexandrY @ Dec 14 2015, 08:43) Та... Dec 14 2015, 06:48   AlexandrY Цитата(_3m @ Dec 14 2015, 08:48) Нереальн... Dec 14 2015, 06:56   mantech Цитата(_3m @ Dec 14 2015, 09:48) Нереальн... Dec 14 2015, 07:52    aaarrr Цитата(mantech @ Dec 14 2015, 10:52) Уж п... Dec 14 2015, 09:44        jcxz Цитата(aaarrr @ Dec 16 2015, 00:08) В пер... Dec 15 2015, 18:14         aaarrr Цитата(jcxz @ Dec 15 2015, 21:14) Есть та... Dec 15 2015, 18:43     aaarrr Цитата(jcxz @ Dec 15 2015, 15:05) Прочита... Dec 15 2015, 14:32
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|