Ну про сбор в прерывании - это, конечно, возможно. И сам иногда так делаю. Просто такой подход имеет ряд ограничений и годится только для случаев, когда не так много задач, прерывающих одна другую. По-хорошему в прерывании надо только сделать release semaphore и все. Все остальное сделает операционка (+) («Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

[an error occurred while processing this directive] Ну про сбор в прерывании - это, конечно, возможно. И сам иногда так делаю. Просто такой подход имеет ряд ограничений и годится только для случаев, когда не так много задач, прерывающих одна другую. По-хорошему в прерывании надо только сделать release semaphore и все. Все остальное сделает операционка (+)
(«Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

Отправлено homekvn 18 октября 2006 г. 13:04
В ответ на: Все это мелочи и нюансы, какая задача чем прервана должна быть. Просто разные принципы мультизадачности. А сбор обычно в прерывании от соотв "железа" делается. Или в дма, и потом прерывание от него. отправлено SM 18 октября 2006 г. 10:18

Когда каждая задача берет на себя частично функции операционной системы, то в итоге что-то добавить или изменить становится сложно (не невозможно, конечно, просто сложно). Лучше, когда ответственность за переключения задач берет на себя одна супер задача - ядро операционной системы. Пусть оно (ядро) написано Вами, но лучше, чтобы это был централизованный процесс. Таково мое мнение.

Составить ответ ||| Конференция ||| Архив

Ответы

Ответ: (+) — SM (18.10.2006 13:29 213.208.180.51, 672 байт)
- Но это философский принцип - за универсальность надо платить всеми ресурсами, за скорость - памятью, за память - скоростью... Что лучше в конкретном случае - решать разработчику. — homekvn (18.10.2006 13:51 212.185.161.237, пустое)

Перейти к списку ответов ||| Конференция ||| Архив ||| Главная страница ||| Содержание