Управление временем в распределенном моделировании

Управление временем в распределённом моделировании должно обеспечивать выполнение событий в правильном хронологическом порядке. Более того, на алгоритмы синхронизации возлагается обязанность корректно выполнять повторные имитационные прогоны. При повторном моделировании пользователь должен быть уверен, что он получит те же результаты, что и в первый раз, если входные данные останутся неизменными. Обеспечение следования событий в правильном порядке и проблемы повторного имитационного прогона для моделирования тренажёров несущественно. Поэтому речь о дискретно-событийном моделировании.

Сделаем предположение, что имитационная модель представляет собой совокупность логических процессов (LP_i), которые взаимодействуют друг с другом, посылая друг другу сообщения с временной меткой (time stamped) или события. Логические процессы являются отражением физических процессов PP_j. События логического процесса должны выполняться в хронологическом порядке. Это требование называют ограничением локальной каузальности (local causality constraint). Можно показать, что если игнорировать события с одинаковыми временными метками и если процесс поддерживает ограничение локальной каузальности, то выполнение имитационной программы на параллельном компьютере даст такие же результаты, как и выполнение на последовательном, где все события выполняются в соответствии с их временными метками. Кроме того, это свойство позволяет убедиться в том, что выполнение имитационного прогона повторяемо (даёт те же результаты при одном и том же наборе исходных данных).

Будем рассматривать каждый логический процесс как последовательный симулятор, поддерживающий дискретное событийное моделирование. А это означает, что каждый логический процесс содержит локальную информацию о состоянии объектов моделирования и список событий, которые были запланированы для этого процесса, но ещё не были выполнены (pending event list). Этот список необработанных событий включает локальные события (т.е. запланированные самим процессом LP_i) и события, запланированные для него другими процессами.

Работа симулятора заключается в том, чтобы выбрать из списка необработанных событий событие с минимальной временной меткой и обработать его. Так выполнение процесса можно рассматривать как выполнение последовательности событий. Выполнение событие сопровождается изменением переменных, которые определяют состояние моделируемого объекта. Кроме того, логический процесс при выполнении очередного события может запланировать выполнение нового события e_j для самого себя или для другого логического процесса. Каждый логический процесс имеет локальные часы. Локальные часы указывают на время выполнения самого последнего обработанного симулятором события. Время, на которое запланировано логическим процессом любое событие должно быть больше, чем значение его локальных часов.

Итак, m = {LP, ME}, где LP – это множество процессов, ME – коммуникационная среда для передачи сообщений от одного процесса другому. В свою очередь,

LP_i = {Q, E, Sch, Ch, T), где

T – линейно-упорядоченное абстрактное множество с отношением порядка £. Множество T называют множеством моментов времени.

Q – множество состояний,

E – множество событий, E =E_in È E_m.

E_in – это множество внутренних событий процесса.

E_m –множество событий, полученных процессом i процессом от j-того процесса. Если процесс LP_i получит сообщение (событие, которое запланировано для него процессом LP_j), то он должен переупорядочить очередь локальных событий (или календарь событий) C = ((e₁, t₁), (e₂, t₂),…,(e_n, t_n)), включив в неё пару (e_j, t_j). Очередь С упорядочена по возрастанию временных меток событий.

Sch – преобразование планирования событий процесса e_i, Sch: E´Q´T ®E;

Ch – преобразование изменения состояния Сh: E´Q´T®Q,

Tloc – локальное время логического процесса (время последнего обработанного события из множества E).

Текущее модельное время time = min(T_loci), i = 1¸n.

Date: 2015-09-18; view: 487; Нарушение авторских прав