Я пробовал мелкий тест, который строит подобие игровой карты, используя стейтмашинку-итератор на ISR от DMA. При окончании каждой транзакции ДМА ему подбрасывается новое задание. При этом в ISR ДМА стоит EI, так как могут быть активными строчные прерывания, которые пропускать нельзя.

Учитывая, что тсконф предоставляет аж 3 источника прерываний (с разными векторами), обсуждение многотредового кода более чем актуально.

Кортексы опционально комплектуются ММУ, этот не оборудован.

=)

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

А на этом арме есть разделение на пользовательское и привелегированное пространство? Если нет, тогда он не вписывается в озвученные ограничения.

Нибаюсь:) Я за всеобщее расширение кругозора. Пускай и путем слома шаблонов:)

Чисто техническая тонкость. Ничто не мешает получать на выходе именно нативный код.

Факт того, что я являюсь циничным мудаком (не к пидарасам, извините, ориентацией не вышел), совершенно не мешает мне уважать Робуса, его проды и статьи. Также разный взгляд на вещи (порой диаметрально противоположный) не мешает лично мне общаться, хотя и вносит определенный градус пыла в дискуссии.
Равно как и идея использования многопоточности именно в демах не отменяет озвученных спектрумовских проблем оной, возникающих во время разработки на пути к ровно одному сценарию использования.

Без подписи

Ну попробуй на АРМе из пользовательского пространства ОС сделать DI или выключить на контроллере таймер или испортить код.

Зависит на каком арме. На STM32 — запросто. (Там кстати никакого «DI» там нету, там задается разрешение для каждого канала на NVIC либо битами разрешения на соответствующей периферии.)

Vitamin, ты сейчас напорешься на робуса, я обещаю :)

Витамин, бида робусова в том, что он не умеет и не слишком стремится отвечать на троллинг таких циничных пидарасов как ты и я. На его месте я бы дополнил название словами "… in demos". Алсо, в тексте нигде не говорится про ОСи или системные утилиты. А для демы надежно то, что не упало при показе сабжа. У системной утилиты бесконечное количество сценариев использования, а у демы ровно 1 (если пробелонажимание не предусмотрено).
Ваш Лейтенант Вежливость.

«код для виртуальной машины», а не нативный

лучше победить проблему куском памяти, чем молотить что-то кодом(скриптом)

И таки зачастую он будет прав. Ибо память дешевая и ее относительно много, а работа процессора требует энергии, которой не всегда много, особенно на мобильных устройствах.
Так что не существует единственно верного способа писать оптимально.

Ты будешь удивлен, но конечным результатом работы джавера и сишарпника как раз является нативный код. И это уже довольно давно так. Ибо код для виртуальной машины можно уже рассматривать как промежуточный вариант, преобразуемый в конце концов к нативному.

Не соглашусь.
Что тебе пришлось восстанавливать после падения плеера сида? Пропавший плейлист? Или упала вся система, не умеющая 10 лет назад толком обеспечить защиту приложений друг от друга и тебе пришлось восстанавливать сеанс?
По твоей логике получается, что любая защита- это порождение лени. Давай уберем перила на лестницах и мостах (кто-то ленится ходить правильно чтоб не падать с края), подушки и ремни безопасности из автомобилей (кто-то ленится научиться хорошо водить). Да, наличие средств безопасности, совершенно не повод эту безопасность соблюдать, у них другая задача- минимизировать ущерб, если что-то пошло не так.
И еще одна нестыковка. Себе ты оставляешь право на ошибки в софте, хотя и стараешься минимизировать их. А вот другим почему-то не хочешь давать. Глючит — никогда не буду использовать. И плевать что это первая версия. И плевать, что если все так будут делать, то следующей версии не будет. И плевать, что «деструкция данных при закрытии программы» — это рукожопие определенного программиста, а не подход современного кодинга. Не надо так.

Да не перебираю, просто ты кодер, Vitamin, Вовка, — все вы кодеры. Я же не виноват, что джаверы или си-шарпники считают себя программистами. Просто понятие программист смешалось со скриптерами за последние 10 лет. Большинство джаверов свято верят, что, их результат это нативный код, если вообще понимают, что это. Я прекрасно понимаю, что кодер под джавой будет мыслить иначе, понимая, что лучше победить проблему куском памяти, чем молотить что-то кодом(скриптом). Но это меньшинство, только вот вчера приходилось андроидовцу объяснять что в структуре летящей по интерфейсу между DWORD'ами есть BYTE.

«А кодер должен любить то, что делает, иначе он превращается в программиста.»

В рамочку и на стенку :)
Хотя ты и перебираешь с этим, на мой личный вкус!

Конечно не пишу, но то, что играет музыку, отлажено годами, и не требует MMU. Пример тому, мр3 играет плеер отлаженной дллкой, и я не задумываюсь ставить её или нет, просто когда-то, лет 10 тому назад, п перепробовал тьму всяких плееров, и остановился на том, который не сообщает мне что «Пупкин не прав». И вот пример тебе, появился как-то плеер сидов, я так обрадовался, и я писал код под любимую музыку из draconusа атаришного, но этот плеер постоянно портил память через час-два работы. Так я навсегда отказался от плееров сида, лучше качну в МР3. И меня тогда не спасал ММУ, валилось всё, да так что приходилось восстанавливать. Не спас MMU, он только немного обезопасил, но не принёс счастья. Благо что за 20 лет наконец-то отладили распаковку мр3, можно наконец-то без страха пользоваться.
MMU на мой взгляд, не более чем порождение лени, просто кто-то ленится отладить свой софт, оправдывая тем, что ММУ спасёт ситуацию. Так же как подход современно кодинга, где деструкция данных предполагается при закрытии приложения, это лень. А кодер должен любить то, что делает, иначе он превращается в программиста.

Дык мы тут и общаемся:)
Сарказм- это как приправа. Уберешь совсем — все станет пресным до ужаса (или сладким до слипания). Добавишь слишком много — может стошнить. Значит надо соблюдать дозировку:) Правда, она у каждого своя…