Средства и методы разработки

Вау, какие люди нас посетили! Уважуха! Как топик стартер, я, похоже, мутно выразился и все свалил в кучу. Отсюда и непонятки. На самом деле есть некий глобальный баланс между "нативной" потребностью проги в памяти и накладных расходах ОСи на http://www.sics.se/contiki/
"разделение ресурсов". Есть сложные коммуникационные задачи, и это вотчина POSIX, *nix в частности. Но не только! Там еще VxWorks нехило тусуется и пр. Нативные потребности этих задач для всяческих буферов велики, и на фоне этого накладные расходы на POSIX стоят того, ибо POSIX - довольно грамотная и удобная вещь, да и стандарт к тому же :). Но есть масса задач, где нативные потребности в памяти невелики, и тут-то накладные расходы ОСи начинают сильно волновать. Среди них есть и коммуникационные, но простые задачи (типа 1 сокет). Вспоминаем про Contiki -> и видим, что там на 2к ОЗУ за счет аккуратного использования многопоточности (и активного использования бесстековых потоков) народ просто чудеса творит. Далее возникает вопрос что проще: переписать какую-то задачу под Coroutines или навесить памяти для "честного" решения. Win CE - это вообше довольно странное творение. Оно, конечно, стандарт, но... Все серьезные задачи, например софт для навигаторов (знаю детально), используют сервисы ОСи ПО МИНИМУМУ. Иначе упадет нафиг. 32М адресное пространство процесса (ограничение в Win CE 5.0) - это M$, видать, долго выдумывала. Отвратительный менеджер памяти (все в реальности использую свой от греха подальше), не умеющий толком дефрагментировать и пр... Про RT я вообще молчу - даже M$ не продвигает CE как RT решение. Linux на Атомах - да, это сильно изменило многое. Особенно счастье будет, когда сделают какой-нибудь RT-пропатченный Linux доступным за осмыслеенные деньги. Непонятно, почему еще Intel не выпустил такое с жесткой завязкой на особенности атомов, чтобы на VIA C7 никак нельзя было соскочить... Насчет беспровода - концептуально согласен, надо будет обмозговать это.