Основой построения среды мультиверсионного исполнения (СМВИ) является проработка ее структуры и связей между элементами, так как от этого зависит не только способность расширяемости и удобство в использовании среды, но и такие параметры как надежность и производительность.
Пользуясь общими принципами построения систем управления, можно выделить следующие модульные составляющие такой системы:
- программные модули, представляющие версии вычислительного процесса;
- модуль сравнения двух результатов;
- файл проекта;
- исполнительное устройство (ИУ);
- датчики;
- среда мультиверсионного исполнения.
Рассмотрев содержание структуры, перейдем к более сложному вопросу: определение типов связей между модулями системы. Попробуем определить, в каких модулях может произойти непредвиденный отказ, последствия которого нужно предотвратить. Файл проекта, загружается в начале работы, и сохраняется при завершении - отказу тут произойти негде. Отказ ИУ и датчиков в любом случае приведет к отказу всей системы. Модуль сравнения двух результатов содержит довольно простой алгоритм и просто хорошим тестированием этого модуля можно свести вероятность отказа в нем к нулю. Следовательно, связь этих модулей со средой исполнения можно реализовать через статические или динамические библиотеки. Таким образом, единственное «слабое звено» нашей системы - это версии, так как в них производятся сложные вычислительные операции. Здесь возможны несколько вариантов взаимодействия со средой (представлены, по порядку возрастания потребности в памяти).
- Статическая компоновка: из исходных кодов, либо с использованием статических библиотек
- Компоновка с использованием динамических библиотек
- Компоненты выполнены в отдельных исполняемых модулях
Для запуска проекта необходимо запустить все эти модули. Делать это вручную и нецелесообразно, так как это ставит в зависимость производительность среды от оператора. Поэтому следует создать специальные программы-агенты, следящие за запуском всех модулей и перезапускающие их при необходимости. При использовании такой модели для исполнения всех моделей на одном компьютере, агентов можно встроить в саму среду исполнения. А при сетевом распределении модулей встроить агентов в среду очень сложно, так как возникнут трудности с отслеживанием состояния процесса на удаленной машине и его удаленного перезапуска.
Данную модель можно разделить на две, по виду взаимодействия между исполняемыми модулями:
А) через общие участки памяти (например, файлы)
В) через сетевой протокол
С учетом разнообразия моделей можно сделать вывод о нереальности создания действительно универсальной среды мультиверсионного исполнения программных модулей, в частности, из-за противоречивости требований платформенной независимости и максимальной надежности.
Подводя итог, хотелось бы резюмировать ряд требований к исходному коду для того, чтобы приблизить конкретную реализацию среды исполнения к универсальной. А именно:
- использовать открытый исходный код
- все обращения к функциям ОС вынести в отдельный модуль, и сделать его функционирование прозрачным для СМВИ
- использовать язык C или C++
Библиографическая ссылка
Котенок А.В. МОДЕЛЬ СРЕДЫ МУЛЬТИВЕРСИОННОГО ИСПОЛНЕНИЯ ПРОГРАММНЫХ МОДУЛЕЙ // Современные наукоемкие технологии. – 2006. – № 4. – С. 60-61;URL: https://top-technologies.ru/ru/article/view?id=22644 (дата обращения: 21.11.2024).