caxapa.ru :: Вы только поймите, что если вам детеминированно нужно отвечать на этот радиоканал и вы будете использовать кучу, то в один прекрасный момент может тупо не хватить памяти под создание задачи. Если же реализация будет обеспечивать задачу стеком при любых

Alex B. (22.05.2010 14:24, просмотров: 96) ответил AU_ на +1. В перспективе и Web-сервер и принципиально разные интерфейсы. Например, надо максимально быстро отвечать на запрос по радиоканалу, не чаще одного раза в месяц.

Вы только поймите, что если вам детеминированно нужно отвечать на этот радиоканал и вы будете использовать кучу, то в один прекрасный момент может тупо не хватить памяти под создание задачи. Если же реализация будет обеспечивать задачу стеком при любых http://dl.dropbox.com/u/1749478/%5BVA%5D_Real-Time_Concepts_for_Embedded_Systems.rar
условаиях - то зачем тогда вообще динамическое выделение?. И вообще. начинать нужно прежде всего не с перспектив, а с книжек. По ссылке скачайте и читайте.

Согласуйте импеданс!

Ответить

- Эт во FreeRTOS нехватка памяти может привести к краху системы, а в осях понадежней менеджер поставит задачу в очередь на ожидание памяти. Т.е. это нормальный сценарий когда задаче не хватает текущей памяти. В WinCE эт вообще правило. AlexandrY(297 знак., 24.05.2010 12:34)
  - А я где-то написал про крах? Не знаю как во FreeRTOS, но нормальный менеджер памяти RTOS будет вести себя точно так же - поставит задачу-менеджер, выделяющую пул для создаваемой задачи в ожидание. В любом случае это можно вручную сделать. Речь не о том, Alex B.(40 знак., 24.05.2010 12:44)
    - Ну если взять embedded WEB сервер то тоже нет никаких оснований создавать задачи статически. AlexandrY(199 знак., 24.05.2010 13:07)

ARM, RISC-V контроллеры