Прошу помочь растолковать
4.6.2.1 Read
For a Standard Capacity SD Memory Card, the times after which a timeout condition for read operations
occurs are (card independent) either 100 times longer than the typical access times for these
operations given below or 100 ms (the lower of the two). The read access time is defined as the sum
of the two times given by the CSD parameters TAAC and NSAC (see Chapter 5.3). In the case of a
single read operation, these card parameters define the typical delay between the end bit of the read
command and the start bit of the data block. In the case of a multiple-read operation, they also define
the typical delay between the end bit of a data block and the start bit of next data block.
A High Capacity SD Memory Card indicates TAAC and NSAC as fixed values. The host should use 100
ms timeout (minimum) for single and multiple read operations rather than using TAAC and NSAC.
4.6.2.2 Write
For a Standard Capacity SD Memory Card, the times after which a timeout condition for write operations
occurs are (card independent) either 100 times longer than the typical program times for these
operations given below or 250 ms (the lower of the two). The R2W_FACTOR field in the CSD is used
to calculate the typical block program time obtained by multiplying the read access time by this factor. It
applies to all write commands (e.g. SET(CLR)_WRITE_PROTECT, PROGRAM_CSD and the block
write commands).
A High Capacity SD Memory Card indicates R2W_FACTOR as a fixed value.
Maximum length of busy is defined as 250 ms for all write operations. The host should use 250 ms
timeout (minimum) for single and multiple write operations rather than using R2W_FACTOR.
4.6.2.3 Erase
If the card supports parameters for erase timeout calculation in the SD Status, the host should use them
to determine erase timeout (see Chapter 4.10.2). If the card does not support these parameters, erase
timeout can be estimated by block write delay.
The duration of an erase command can be estimated by the number of write blocks (WRITE_BL) to be
erased multiplied by 250 ms.

из упрощенной спецификации SDHC - Simplified_Physical_Layer_Spec.pdf

особенно интересует, действительно ли при записи расчитывать на время занятости 250 мс (!!!)

Кстати, вот идейка:

Проверил скорость работы NAND FLASH MT29F2G08AACWP (256 MByte, 5$ на DigiKey) на ARM9
Чтение происходит с очень стабильной соростью - 8.48 MByte/s
Использовался режим чтения с кэшированием в NAND.
Так файлы можно переписать на NAND и получить очень предсказуемую скорость считывания.

Максимальная скорость считывания c SD карты 60X Apacer была около 5 Mbyte/s
Карта работала в 4-х битном режиме на 26 МГц (дал оверклокинга)
Так что байки насчет 8 MByte/s с SD карт оставим на совести сочинителя.

Экстремально дешовая карточка с действительно мало к чему обязывающими "60X" или другими "X"

А слабо было попробовать карточки отмаркированные не абстрактными и непонятно к чему обязывающими наклейщика этикеток "Apacer" письменами 60X, а маркированые официально, как SDHC Class 2/4/6/8 ? Причем встречал для любителей X карточку SDHC Class 6 дополнительно маркированную, как 133X

Так, турбировал NAND. Неплохо держит до 43 МГц при штатных 33 МГц

Скорость чтения при этом 13.2 MByte/s.

Apacer 60X действительно мутная штука. Для двух карт с одинаково написанными 60X был разный параметр SD data_read_access_time1 из области Card-Specific Data register (CSD)
У одной 0.02 у другой 0.005.
Тема не закрыта. Насчет быстродействия непосредственно FAT на этих картах сообщу позже.

SDHC проверить не смогу ибо у меня интерфейс SDIO специфицирован на 25 МГц. Т.е. на нем самая быстрая карта не потянет больше 12.5 Mbyte/s в пределе.

Вот USB HS флеши можно попробывать. Но это когда поднимется соответствующая тема

Тем не менее это много больше, нежели 5Mbyte/s в которую уперлась НЕ SDHC карточка неведомого производителя с наклейкой от Apacer.

Вопрос попутный - я правильно понимаю что если использовать CompactFlash карты, то с предсказуемостью чтения (да и со скоростью) будет по-лучше?

Правда отладочные платки ARM9 и CF сейчас не в ходу смотрю, нашел только тион, но циррус по перефирии не подходит...

Нет.

Отчет по времени выполнения файловых операций чтения на SD картах здесь:

http://aly.ogmis.lt/OpenProjects/ARMUltima...ote4/FSTest.htm

спасибо!
однако открытие до 60 милисекунд если я на ночь глядя ничего не напутал...

Сообщение отредактировал Serg_D - Nov 5 2008, 23:29

Быстрая многозадачная FAT штука достаточно сложная с хитрым кэшированием.

Еще немного турбировал, подрегулировал буфера и несколько улучшил результаты.
Теперь файловая система требует RAM-а для буферов больше мегабайта, но я реализовал вашу идею насчет одновременно открыть 1000 файлов.

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

Кажущееся неоправданно большим время закрытия объясняется тем, что система делает много проверок на валидность, доступ из других задач, освобождений блокируемого многозадачного heap-а и блокировок. Тоже самое можно наблюдать в Windows при работе с файлами на SD.

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

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

Более того - с 10-и гигабайтного файла!
Еще поддать только RAM-а мега на два и можно открывать и 2-е и 3-и тысячи файлов.
Поскольку на старт операции чтения открытого файла не было замечено влияния количества открытых файлов.
Впрочем в отчете достаточно статистики чтобы вы сами могли найти корреляции и их доверительные оценки.