Как-то привык на 8 и 16-разрядными контроллерами не использовать больше, чем нужно. При работе с ARM экономить нет смысла по большому счету, если только не массивы. Логично? А что с заимствованным кодом делать? Ручками переделывать там, где быстродействие критично?
Если использоватьС99 то как сказал _Pasha использовать uintX_t uint_fastX_t но есть один ньюанс для хранения в памяти использовать _fast не оптимально - выгрыша в производительности нет, а пямять будет расходоваться больше. Поэтому для локальных переменных (которые могут располагаться в регистрах) использовать fast, а для памяти обычные типы. И работать с переменными - загружать в локальную _fast, обрабатывать и сохранять в память, тогда код оптимальный будет. ( и на 8ми разрядном тоже)
Почему только один? Любой ввод-вывод - сплошные ньюансы. Поля структур, которые, в принципе, могут полететь во внешний мир, будь то файл или пакет - туда уж точно fast и least не лезут
Поля структур, которые, в принципе, могут полететь во внешний мир...
Да-да. Памяти вроде много, но куда ни копнешь - ко всему нужно подстраиваться и изучать. Эти массивы структур переложить бы в SDRAM, так и тут нужно с конфигурацией линкера разбираться. Похоже, у иаровцев шило в этом месте, не могут не поменять формат от версии к версии. Это был злостный нервный оффтопик
Эти массивы структур переложить бы в SDRAM, так и тут нужно с конфигурацией линкера разбираться. Похоже, у иаровцев шило в этом месте, не могут не поменять формат от версии к версии.
так у них XCL формат уже давнооо не менялся. А в 5.x ARM они вынуждены были его сменить из-за ABI. Зато теперь можно разными компилерами компилить и линкерами разными собирать ( только напильником обработать некоторые места, проблемы с библиотеками вылезут, но если какой то исходник не использует библиотек его можно скомпилировать другим компилятором)
Оптимальный тип переменной для ARM, философский вопрос...
Mar 17 2009, 07:34
