Анализ таблиц
На основании этих таблиц строится список задач на каждом цикле исполнения.
Рис.13.
Для аппендиксов, периодических и фоновых задач № метки должен совпадать с тем, который поставлен в таблице для построения списка.
Список задач может изменяться или не изменяться. Изменение зависит от типового алгоритма планирования.
Исполнение планировщика (запуск):
Завершающая стадия.
1. Создаётся бесконечный цикл – это планировщик заданий.
test_tabl // если планирование статическое
for (;;) // бесконечный цикл
{
2. Если планирование динамическое, то анализ таблицы в начале запуска test_tabl
3. После анализа таблицы построили списки задач.
// списки задач (4 метки)
4 период. + 4 апериод. +4 спорадич. + 1 фонов. + 1 аппенд.
<1…<14 (14 списков)
4. Следующей задачей будет вызов этих функций по данному списку.
Исполнение – вызов функции, которой является задача.
L1[1].exec.
}
Последовательность выполнения в пределах одной метки определяется структурой таблицы.
После вызова каждой функции проверяется количество элементов в списке, и в зависимости от количества элементов происходит переход на следующую метку либо исполнение функций из текущей метки.
Примечание 1: Планировщик во время запуска задач обязан контролировать занятость ресурса текущей задачи, а также должен осуществлять контроль временных характеристик задач, указанных в таблице.
Примечание 2: Если временные характеристики нарушены, должно сформироваться отказное состояние системы.
Классификация приложений систем реального времени
Основной параметр – предсказуемость.
Две парадигмы приложений для предсказуемости систем:
Архитектура приложения, работающего по событию. (ET – Event Type).
Архитектура приложения, функционирующего по времени. (TT – Time Type).
ET – подход
Любая деятельность системы начинается в ответ на возникающее специфическое событие. Вид события определяется самой системой. Предсказуемость достигается следующими способами:
1. Использование стратегии оценки для каждой прикладной задачи (оценивается потребность данной задачи в текущий момент времени). Проверяется несколькими способами:
а) Проверяется загруженность узла.
б) Проверяется время предыдущего запуска данной задачи и анализируется эффект от невыполнения задачи. При отрицательном эффекте задача обязательно должна быть запущена.
2. Оценка потребности ресурсов для данной задачи.
3. Оценка готовности ресурсов для удовлетворения потребностей и задач.
Достоинства: управляемость со стороны системы, независимость от времени (количества тактов).
Недостатки: сложность алгоритма оценки, отсутствие возможности синхронизации событий на разных узлах.
ТТ – подход
Деятельность системы начинается в определенный заданный момент глобально синхронизированного времени. Предсказуемость достигается путём приведения всех задач к периодическим. Для апериодических, спорадических и фоновых задач создаются мета-задачи, которые занимаются обработкой соответствующего типа задач.
Достоинства:
На всех узлах задачи могут исполняться по синхронизированному времени.
Таблица задач является фиксированной, для неё можно провести моделирование на возможность функционирования в режиме РВ.
Недостатки: слабая управляемость процесса исполнения задач. Не существует возможности управления последовательностью задач в процессе функционирования системы.