Пишу прогу для СС3200 - у этого проца всего 256 Кбайт памяти,
из которой 64 кБайт используется как память для хранения констант и прочего
остается ~192 кБайтпод код стек и др.
Я изменил скрипт линкера, так как мне нужна очень большая куча -
под нее я выделил 128 кБайт - это место для RTOS, буферов
для скидывания на SD и прочего 2048 под стек, осталное на код.
Пока работал с портом, все хватало - начал дописывать функции
для работы с WiFi и сокетами - выскакивает ошибка, что мол не лезет в flash
Я компилирую при отключеной оптимизации,
если включаю ее - начинает влезать.
но мне это не очень нравится, так как эта оптимизация может отключить
некоторые куски кода, которые я неверно или в чем то неправильно написал
ошибки конечно исправляются, но как сделать с отключенной оптимизацией
и вообще, почему такая ошибка возникает ведь суммарно объем кода
получается меньше чем место под код в моем СС3200?

Кстати, да.
С этим эффектом я тоже столкнулся в своё время.

Все это конечно интересно, но чем докажете?

По моему опыту никаких задержек нет. Максимум 160 мс.
Но вот плохой выбор файловой системы вполне может увеличить их в два раза.
В два раза ухудшает скорость работы с картами и форматирование карт на FAT16 и уменьшение AU до 512 байт.

Карты из магазина, не перформатирую.
Пишется WAV файл, начало данных выровнено на 512 байт, пишется по четыре сектора (четырьмя записями).
Для доказательства могу пригласить показать "в натуре"...

А почему FAT16 должно ухудшать?
Запись в последовательные сектора, блоками по 512, обновление FAT по окончании записи.
Реализация записи своя, без библиотек, простая, как гвоздь.
Просто карточки 4Гб и более должны быть FAT32, меньше FAT16. Чтобы были совместимы.

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

Тут совсем о другом пишут. Во-первых - про бэды с завода, во-вторых - даже именно только с завода, даже не говорится о полученных в процессе эксплуатации.
Это называется дефект-лист. И к выравниванию износа вообще никакого отношения не имеет.
Для выравнивания износа нужны счётчики использования блоков, а также нужен механизм динамической переадресации кластеров (чтобы каждая новая перезапись кластера могла происходить в новое свободное место).


Опять 25..... Уже сто раз тут обсудили, что нужно отделять мух от котлет, а задержки карты от задержек файловой системы.


Цитату тоже не приведу, но насколько помню это требовали старые карты. MMC вроде.

а это как вы перевели ?
any bad blocks that appear with use

Из названных вами компонентов могу предложить только ссылку на исходники...
https://188.134.5.254/browser/hfreceiver/trunk/sdcard.c

Библиотека от Чена в исходниках лежит там же рядом, используется весьма свежая версия R0.11.

А нельзя ли выложить куда нибудь в более безопасное место без фейковых SSL сертификатов?

За три года вроде никто не ломал. Админского пароля не знаю даже я, на раутере открыта пара портов... А в чем проблема? Все кому надо скачивают (внизу есть ссылка на скачивание всего как один zip архив)...

Сообщение отредактировал Genadi Zawidowski - Oct 21 2015, 18:28

"...и любые бэд-блоки, появляющиеся при использовании". А как надо?
Т.е. - это дефект-лист. Никакого отношения к выравниванию износа это не имеет. Ибо в бэд-блоки не должно ничего писаться, их надо удалить из оборота дефект-листом.

все встало на свои места, я вашу фразу воспринял как "Как я понимаю - никаких поисков Bad-блоков контроллер карты не производит. " ( жирным что я додумал )