caxapa.ru :: Ну и еще надо придумать, как бороться с ошибками. Типа выгружаем мы задачу - а она не "отпустила" объекты ядра - семафоры и пр. Можно на них забить, но память кончится. В общем, закат солнца вручную получается. Unix изобретаем.

Evgeny_CD, Архитектор (30.10.2007 13:03, просмотров: 217) ответил Evgeny_CD на Но как ни крути, распределение памяти надо тщательно продумывать на уровне системного проекта. Т.е. есть два стека - основной и запасной для переменной задачи. И есть два куска программной памяти - основной и запасной. Иначе будет взрослый менеджер

Ну и еще надо придумать, как бороться с ошибками. Типа выгружаем мы задачу - а она не "отпустила" объекты ядра - семафоры и пр. Можно на них забить, но память кончится. В общем, закат солнца вручную получается. Unix изобретаем.

Ответить

- опять не понял. Куда она кончится, память-то? объекты не должны принадлежать одной задаче, какой тогда в них смысл? - Gamma SPb(30.10.2007 13:10)
  - Так. Задача не элементарная. Несколько потоков внутри, State machine и пр. Либо мы внутри задачи делаем маленькую ОСь (тогда все это выглядит как простое приложение под управлением большой ОСи - инкапсуляция ОСей :) ), либо мы используем большую ОСь. Evgeny_CD(110 знак., 30.10.2007 13:17)
    - убить ап стену. памяти жалко? так она бы все равно использовалась, если бы новая задача не была загружена. Да и убивать смысла нет. Новая задача не сможет создать новые объекты, просто потому, что другие-то задачи о них не знают и не используют их Gamma SPb(32 знак., 30.10.2007 13:28)

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