Evgeny_CD, Архитектор (10.06.2008 01:14, просмотров: 205) ответил Evgeny_CD на Фактически, в идеале надо при инициализации события описывать максимально допустимый промах. Чтобы облегчить задачу шедулеру.
Кстати, такой forward scheduling - это идеальный способ динамической настройки приоритетов. Путь у нас есть синхоронная коммуникационная радиосистема.
У нее есть временные окна. Устройство в синхронизме, оно знает, когда ему нужны "его" временные окна.
Вблизи этого окна возбуждаем семафор. По нему запускаем код, который повышает приоритет коммуникационной задачи. В течении заданного времени эта задача будет иметь высокий приоритет. И будет быстро получать управление при всех транзакциях.
Потом задача засыпает. У нее приоритет понижается. Но просыпается другая задача. Например, обработка какого-то блока данных. И все ресурсы туда.
Да, это получается слом устоев большинства ОСей - monolitic rate scheduling. Тут появляется возможность ввести плавающий квант времени, и не переключать контекст попусту.
Фантастика! Блин, есть какая-нибудь наука на эту тему?