caxapa.ru :: Добавил бы про необходимость изобретать велосипед, если нет десятков килобайт ОЗУ.

sbb (06.07.2012 15:58, просмотров: 449) ответил fk0 на Ответ длинный и со ссылками.

Добавил бы про необходимость изобретать велосипед, если нет десятков килобайт ОЗУ. Как то давно успешно втиснули проект, использующий RTOS с несколькими потоками, очередями и т.п., в контроллер с 1К ОЗУ. Глупость, конечно, но для себя сделал вывод, что при разумном применении легких RTOS особых требований к размеру памяти нет. При учете, конечно, вышесказанного про аккуратность с библиотечными функциями и размещением на стеке.

Ответить

- Контекст в прототредах очень маленький. Сохрание локальных переменных между вызовами прототредов может потребовать дополнительной памяти, а может и нет. Зависит от программы. Ваш комментарий я не очень понял. - bialix(06.07.2012 16:48)
  - Я про то, что вытесняющую многозадачность можно применять и на очень скромных ресурсах. sbb(524 знак., 06.07.2012 18:25)
    - Для меня существенным вопросом является тестируемость кода. Как это все тестировать, без ОСи? Мы будем вынуждены в тестах подменять сервисы ОСи на свои заглушки и моки. Задача решаема. Главное чтобы сам код был тогда минимально завязан на сервисы bialix(158 знак., 06.07.2012 18:36)
      - До конца не понял, зачем тестировать без ОС и подменять? И если по сути будет своя самописная многозадачность, то тестировать и подменять будет проще? sbb(352 знак., 06.07.2012 19:32)
      - кстати, описанная ситуация с драйвером для работы с ибутоном, писалась под линух. и хотя там как бы есть настоящая вытесняющая многозадачность, но для достижения максимально возможного быстродействия мы не использовали никакое вытеснение и вообще bialix(245 знак., 06.07.2012 18:40)
        
        Бугога, select это надстройка над poll, которое есть полинг события с интервалом времени. По настоящему асинхронны в линухе только специальные функции асинхронного ввода-вывода. - =AlexD=(06.07.2012 18:50)
        
        Ерунда AD(753 знак., 09.07.2012 12:31)
        
        +1. Никакого "поллинга" там нет. По-сути аналог WaitForMultipleEvents. Последний, правда, по-функциональнее будет -- вопрос ожидания в unix разных событий, например файловых дескрипторов и POSIX IPC одновременно, AFAIK нерешаемый без "поллинга", fk0(171 знак., 09.07.2012 14:53)
        
        Linux - найдётся всё posix(38 знак., 10.07.2012 01:15, )
        
        On Linux, a message queue descriptor is actually a file descriptor, and can be monitored using select(2), poll(2), or epoll(7). This is not portable. -- поделка финских (разглядывая whois) студентов! - fk0(10.07.2012 02:02)
        
        у меня есть основания считать, что select -- это не поллинг. Если у вас есть ссылка на подтверждение ваших слов, то мне будет интересно почитать подробнее. - bialix(06.07.2012 19:00)
        
        Об особенностях этих функций я помню ещё с тех времён, когда собирал ядро FreeBSD :-P, впрочем в линухе оно сделано так-же. Я те нагуглил простенькое описание (см. Как работает select()). - =AlexD=(06.07.2012 22:04, ссылка)
        
        Мягко выражаясь, чушь. Любой желающий может посмотреть реализацию: fk0(943 знак., 09.07.2012 15:52 - 15:54)
        
        аффтар 2.4 кернел использовал, тяжело ему было... - posix(10.07.2012 01:22, )

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