Фактически я не делаю ядра вообще. Задачи сами друг с другом разбираются. Хотя если пачку вызовов подпрограмм из бесконечного цикла назвать ядром, то я не против :) («Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

[an error occurred while processing this directive] Фактически я не делаю ядра вообще. Задачи сами друг с другом разбираются. Хотя если пачку вызовов подпрограмм из бесконечного цикла назвать ядром, то я не против :)
(«Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

Отправлено SM 17 октября 2006 г. 17:30
В ответ на: Не, ну понятно. Просто тогда Вы фактически реализуете свое ядро. Хорошо это, или плохо, рассуждать не берусь. Наверное, когда-нибудь и хорошо (например, если однажды Вы его уже написали, а потом надо только под задачу адаптировать). отправлено <font color=gray>homekvn</font> 17 октября 2006 г. 16:57

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

Ответы

Видимо задачи простенькие — Fat Robot (18.10.2006 09:17 62.105.138.5, 130 байт)
- Все это мелочи и нюансы, какая задача чем прервана должна быть. Просто разные принципы мультизадачности. А сбор обычно в прерывании от соотв "железа" делается. Или в дма, и потом прерывание от него. — SM (18.10.2006 10:18 213.141.159.26, пустое)
  - Ну про сбор в прерывании - это, конечно, возможно. И сам иногда так делаю. Просто такой подход имеет ряд ограничений и годится только для случаев, когда не так много задач, прерывающих одна другую. По-хорошему в прерывании надо только сделать release semaphore и все. Все остальное сделает операционка (+) — homekvn (18.10.2006 13:04 212.185.161.237, 384 байт)
    - Ответ: (+) — SM (18.10.2006 13:29 213.208.180.51, 672 байт)
      - Но это философский принцип - за универсальность надо платить всеми ресурсами, за скорость - памятью, за память - скоростью... Что лучше в конкретном случае - решать разработчику. — homekvn (18.10.2006 13:51 212.185.161.237, пустое)

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