(+) («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

(+)

Отправлено Рэйлвэй_Каген 12 февраля 2007 г. 14:27
В ответ на: Т.е. в ядре держать список всех общих объектов? Можно уточнение(+) отправлено greezol 12 февраля 2007 г. 12:11

>>Т.е. в ядре держать список всех общих объектов?
Раз уж задачами заводятся объекты синхронизации, о них как-то должна узнать система? Если да, то пусть получит список(в системной области).

>>..с какой стороны тогда подходить
В случае с одним процом:
Система после выбора очередной задачи для нового time-slice должна определиться со статусом последней: готова, ожидает блокированный объект, должна быть убита, ожидает прерывания, ожидает выполнения каких-либо условий(condvar).

Статус этой задачи должен был быть определен на момент предыдущего time-slice, в котором эта задача работала. Т.е. перед перекл.контекста ядро переносит в свой список ссылки на дескриптор отключаемой задачи, если она требует доступ к объектам синхронизации, завела новый объект или удалила объект синхронизации(задача пишет только в свой дескриптор).
При подключении очередной задачи ядро проверяет только те объекты синхронизации из своего списка, которые указаны в дескрипторе запускаемой задачи(от последнего использованного этой задачей time-slice до тек.момента многое могло измениться).

Составить ответ | Вернуться на конференцию

Ответы

(+) — greezol (12.02.2007 14:45:42 193.201.231.154, 773 байт)
- (+) — Рэйлвэй_Каген (12.02.2007 15:06:2 159.93.44.114, 312 байт)
  - Спасибо, буду разбираться — greezol (12.02.2007 15:16:40 193.201.231.154, пустое)