Существует много способов организации работы интерпретаторов программ, непосредственно осуществляющих процесс моделирования. Однако можно выделить общие для всех способов операции. Интерпретатор должен прежде всего определять ближайшее следующее событие, которое должно произойти. После того, как определено следующее событие (или события), интерпретатор должен выполнить ряд проверок, чтобы определить, существуют ли в системе условия для наступления этого события. Если условия существуют, то интерпретатор переходит к обработке события. В этот момент времени интерпретатор может собирать некоторую статистическую информацию. Эта статистика впоследствии является частью выходных данных, по которым можно судить о работе моделируемой системы. Этот основной цикл (выявление ближайшего следующего события и его обработка) повторяется столько раз, сколько нужно для завершения моделирования. По окончании моделирования интерпретатор выполняет дополнительную статистическую обработку информации, накопленной в процессе моделирования.
В GPSS/PC сообщения хранятся в списках. Всего имеется 5 типов списков, и сообщение в любой момент времени может находиться в одном из списков. В списке текущих событий находятся сообщения, соответствующие событиям, время наступления которых меньше (сообщения, которые должны были начать двигаться в некоторый момент в прошлом, но были заблокированы) или равно текущему времени.
Список будущих событий содержит сообщения, соответствующие событиям, время наступления которых больше текущего времени, т.е. событиям, которые должны произойти в будущем. Соответствующие этим событиям сообщения находятся в блоках, задающих время наступления события явным образом, например, в блоках ADVANCE и GENERATE.
Список прерываний содержит те отдельные сообщения, обслуживание которых соответствующими устройствами было прервано, а также те, которые вызвали прерывание. Список синхронизируемых сообщений содержит сообщения, находящиеся в данный момент в состоянии сравнения. Список пользователя содержит сообщения, удаленные пользователем из списка текущих событий и помещенные в список пользователя как временно неактивные. Списки синхронизируемых сообщений содержат сообщения, которые:
– ожидают в блоках ASSEMBLE или GATHER прихода заданного числа сообщений из того же семейства;
– находятся в блоках MATCH в ожидании поступления сообщения из того же семейства на сопряженный блок MATCH.
Эти списки также никогда не обрабатываются как списковые структуры и представляют собой поднаборы набора сообщений системы.
Если сообщение в списке текущих событий находится в активном состоянии, интерпретатор пытается его продвинуть. Если сообщение может двигаться, интерпретатор его двигает и выполняет операции, соответствующие проходимому сообщением блоку. После этого интерпретатор определяет, не относится ли блок, в который вошло сообщение, к специальному типу BUFFER. Если да, то интерпретатор немедленно прекращает обработку сообщения и начинает просмотр с начала списка текущих событий.
Если блок, в который вошло сообщение, не является блоком типа BUFFER, интерпретатор проверяет, не произошло ли при выполнении предыдущего блока изменение состояния оборудования. Если изменение произошло, интерпретатор устанавливает в "1" флаг изменения состояния, устанавливает в "0" индикаторы просмотра для всех сообщений, находящихся в списке задержки, связанном с соответствующей единицей оборудования.
Если в выполняемом блоке не задана явным образом задержка сообщения, интерпретатор сразу же пытается продвинуть сообщение через следующий блок. Этот процесс продолжается до тех пор, пока сообщение не получает отказ при попытке войти в блок, не встречает блок ADVANCE с заданной явно задержкой во времени или не уничтожается блоком TERMINATE или ASSEMBLE.
Если движение сообщения блокируется из-за состояния оборудования, то индикатор просмотра для этого сообщения устанавливается в "1", это означает, что сообщение перешло в состояние задержки. Сообщение помещается в соответствующий список задержки, и затем интерпретатор определяет, произошло ли изменение состояния оборудования во время обработки этого сообщения. Если движение сообщения прекращено из-за заданной для него задержки во времени, оно помещается в список будущих событий, и затем интерпретатор также проверяет, не изменилось ли состояние оборудования.
Если при обслуживании текущего активного сообщения произошло изменение состояния оборудования, просмотр начинается сначала, и снова обслуживаются все сообщения списка текущих событий, находящиеся в активном состоянии. Если изменение состояния оборудования не происходило, интерпретатор снова обращается к списку текущих событий и проверяет, остались ли в нем сообщения, которые нужно обработать.
Описанная выше последовательность событий происходит для каждого нового момента условного времени до тех пор, пока счетчик завершения моделирования не станет равным 0; по выполнении этого условия моделирование прекращается.
Опубликовал Kest
January 18 2010 21:19:13 ·
0 Комментариев ·
5850 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.