Имитационное моделирование на ЭВМ

 

Содержание

Описательная модель системы2

Анализ возможных методов решения поставленной задачи3

Разработка концептуальной модели4

Выбор программных средств моделирования5

Разработка структурной схемы имитационной модели, описание ее функционирования6

Оценка адекватности модели17

Организация экспериментов с моделью19

Выводы и рекомендации относительно применения модели22

Список используемой литературы23

Приложение 124

Описательная модель системы

Моделируемая информационная система представляет собой узел коммутации сообщений, который состоит из входного буфера, процессора, двух выходных буферов и двух выходных линий. В узел коммутации поступают сообщения с двух направлений. Сообщения с первого направления, генерируемые источником №1, поступают во входной буфер, обрабатываются в процессоре, накапливаются в выходном буфере первой линии и передаются по первой выходной линии. Сообщения со второго направления, вырабатываемые источником №2, обрабатываются аналогично, но накапливаются в выходном буфере второй линии и передаются по второй линии. Описательная модель выше описанной информационной системы представленна на Рисунке 1.

Рисунок 1. Содержательная модель информационной системы

моделирование информационная система

Анализ возможных методов решения поставленной задачи

Процессы функционирования различных систем и сетей связи могут быть представлены той или иной совокупностью систем массового обслуживания (СМО) - стохастических, динамических, дискретно-непрерывных математических моделей. Исследование характеристик таких моделей может проводиться либо аналитическими методами, либо путем имитационного моделирования. Имитационная модель отображает стохастический процесс смены дискретных состояний СМО в непрерывном времени в форме моделирующего алгоритма. При его реализации на ЭВМ производится накопление статистических данных по тем атрибутам модели, характеристики которых являются предметом исследований. По окончании моделирования накопленная статистика обрабатывается, и результаты моделирования получаются в виде выборочных распределений исследуемых величин или их выборочных моментов.

В настоящее время для моделирования информационных систем существуют различные методы: D-схемы (для непрерывно-детерминированных моделей), Q-схемы (для непрерывно-стахостических моделей), F-схемы (для дискретно-детерминированных моделей), P-схемы (для дискретно стахостических моделей), N-схемы (для сетевых моделей) и другие методы. Характерным для данной системы является случайное появление заявок (требований) обслуживания и завершение обслуживания в случайные моменты времени, то есть ее функционирование носит стахостический характер. Поэтому для существующей информационной системы массового обслуживания наиболее подходящим методом моделирования является Q-схемы.

Разработка концептуальной модели

Задача: Построить имитационную модель узла комутации сообщений.

Исходные данные:

Моделируемая информационная система представляет собой узел коммутации сообщений, основными элементами которого являются: входной буфер, служащий для накапливания сообщений, поступающих с источника №1 или источника №2 через интервалы времени 157мс.; процессор - одноканальное устройство, предназначенное для обработки одного сообщения за промежуток времени, равный 7мс.; выходной буфер №1 и выходной буфер №2, куда поступают обработанные процессором сообщения №1 или сообщения №2 для последущей отправки по одной из соответствующих линий; выходной линий №1- одноканального устройства, передающего за время 155мс. сообщения с первого источника, выходной линии №2- одноканального устройства, передающего сообщения со второго источника за тот же интервал времени, что и выходная линия №1.

Ограничения на модель:

. В системе разрешается одновременное присутствие не более трех сообщений с каждого направления.

. Метод контроля потоков должен осуществляться следущим образом: перед входом сообщений в систему производится проверка емкости выходного буфера №1 и выходного буфера № 2. Если количество сообщений в выходном буфере №1 больше или равно трем, то транзакт, поступивший с первого направления получает отказ на вход в систему. Аналогичным образом происходит проверка на вход в систему сообщений, поступающих со второго направления.

. Заявки, генерируемые источником №1, не имеют приоритета над сообщениями, поступающими с источника №2. Все транзакты, вошедшие в систему имеют нулевой приоритет.

. Количество сообщений №1, обрабатываемых в системе, связано с количеством сообщений №2 соотношением 1:1, т.е. равновероятно.

. Работа узла коммутации моделируется на протяжении T=60000мс.

Цели моделирования:

Определить загрузку устройств и вероятность отказа в обслуживании.

Выбор программных средств моделирования

Сложные функции моделирующего алгоритма могут быть реализованы средствами универсальных языков программирования (Паскаль, Си), что предоставляет неограниченные возможности в разработке, отладке и использовании модели. Однако подобная гибкость приобретается ценой больших усилий, затрачиваемых на разработку и программирование весьма сложных моделирующих алгоритмов, оперирующих со списковыми структурами данных. Альтернативой этому является использование специализированных языков имитационного моделирования.

Специализированные языки имеют средства описания структуры и процесса функционирования моделируемой системы, что значительно облегчает и упрощает программирование имитационных моделей, поскольку основные функции моделирующего алгоритма при этом реализуются автоматически. Программы имитационных моделей на специализированных языках моделирования близки к описаниям моделируемых систем на естественном языке, что позволяет конструировать сложные имитационные модели пользователям, не являющимся профессиональными программистами.

Одним из наиболее эффективных и распространенных языков моделирования сложных дискретных систем является в настоящее время язык GPSS (General Purpose Simulation System). Он может быть с наибольшим успехом использован для моделирования систем, формализуемых в виде систем массового обслуживания. В качестве объектов языка используются аналоги таких стандартных компонентов СМО, как заявки, обслуживающие приборы, очереди и т.п. Достаточный набор подобных компонентов позволяет конструировать сложные имитационные модели, сохраняя привычную терминологию СМО.

Разработка структурной схемы имитационной модели, описание ее функционирования

Процесс обработки сообщений, поступающих в информационную систему с двух напрвлений, формализован в виде Q-схемы. Иммитационая схема моделируемой системы представлена на Рисунке 2.

Рисунок 2. Структурная схема информационной системы

Описание имитационной модели информационной системы

. Описание элементов Q-схемы:1 - источник1: генератор сообщений, поступающих с первого направления; 2 - источник2: генератор сообщений, поступающих со второго направления;1(L1) - накопитель1, L1 - максимальная емкость накопителя1: входной буфер;2(L2) - накопитель2, L2=3 - максимальная емкость накопителя2: выходной буфер1 для сообщений, поступающих с первого направления;3(L3) - накопитель3, L3=3 - максимальная емкость накопителя3: выходной буфер2 для сообщений, поступающих со второго направления;1 - канал1: процессор;2 - канал2: выходная линия1;3 - канал3: выходная линия2;

. Описание потоков:1 - поток сообщений, поступающих с первого направления в накопитель1; 2 - поток сообщений, поступающих со второго направления в накопитель1;3 - поток сообщений, обрабатываемых каналом1 ;4 - поток обработанных сообщений первого направления, поступающий в накопитель2;5 - поток обработанных сообщений второго направления, поступающий в накопитель3;6 - поток обработанных сообщений первого направления, поступающийх для отправки в канал2;7 - поток обработанных сообщений со второого направления, поступающийх для отправки в канал3;8 - поток выходных сообщений, посупивших с первого направления;9 - поток выходных сообщений, поступивших со второго направления;

. Описание времени:1 - время генерации сообщений источником1;2 - время генерации сообщений источником2;3 - время обработки одного сообщения в канале1 ;4 - время передачи одного обслуженного сообщения по первой выходной линии;5 - время передачи одного обслуженного сообщения по второй выходной линии;

. Описание клапанов:

a - клапан по входу для накопителя1:

0, закрыт

a =

1, открыт

a = 1, если L2(H2) <= 3;

a = 0, если L2(H2) > 3;

b - клапан по входу для накопителя1:

0, закрыт

b =

1, открыт

b = 1, если L3(H3) <= 3;

b = 0, если L3(H3) > 3;

Описание програмной реализации имитационной модели

Моделируема информационная система состоит из трех одноканальных устройств, трех объектов типа очередь, двух клапанов, являющихся логическими переключателями. При составлении алгоритмической блок-схемы, каждому элементу системы будет присвоен собственный идонтификатор, по которому можно однозначно идонтифицировать объект системы. Для понимания логики функционирования блок-схемы необходимо ознакомится с описанными в разделе «Разработка концептуальной модели» исходными данными и ограничениями на модель. Список используемых имен для алгоритмической и програмной реализации имитационной модели представлен в Таблице1.

Таблица1. Список имен идонтификаторов

№Объект системыИдонтификатор1.Логический переключатель аFLAG12.Логический переключатель bFLAG23.Входной буферOCH14.ПроцессорCPU5.Выходной буфер №1OCH26.Выходной буфер №2OCH37.Выходная линия №1OUT18.Выходная линия №2OUT2

Априорная информация: сообщения поступают по каждому направлению через интервалы времени 157мс.; время обработки в процессоре равняется 7мс.; время передачи сообщений по каждой из выходных линий - 155мс. Работа узла коммутации моделируется на протяжении Т=60000мс.

Блочная диаграмма иммитационной модели узла коммутации сообщений представлена на Блок-схеме1.

Блок-схема1.

Программа, реализующая имитационную модель узла коммутации сообщений, представлена ниже (Программа 1).

Программа 1.

SIMULATE

1 GENERATE 15,7//создать транзакт

TEST LE Q$OCH2,3,XXX//проверить емкость очереди 2

LOGIC S FLAG1//открыть клапан а

XXX TEST LE Q$OCH3,3,YYY//проверить емкость очереди 3

9 LOGIC S FLAG2//открыть клапан b

11 YYY GATE LS FLAG1,OTKAZ//если клапан а открыт

GATE LS FLAG2,OTKAZ//если клапан b открыт

QUEUE OCH1//встать в очередь 1

SEIZE CPU//занять устройство процессор

DEPART OCH1//выйти из очереди 1

ADVANCE 7//задержаться на 7мс.

RELEASE CPU//освободить процессор

TRANSFER .5,LINE1,LINE2//перейти к одной из линий

LINE1 QUEUE OCH2//встать в очередь 2

SEIZE OUT1//занять выходную линию 1

DEPART OCH2//выйти из очереди 2

ADVANCE 15,5//задержаться на время

RELEASE OUT1//освободить линию 1

LOGIC R FLAG1//закрыть клапан а

LOGIC R FLAG2//закрыть клапан b

GATE LS FLAG1,ZZZ//если клапан а открыт

LINE2 QUEUE OCH3//встать в очередь 3

SEIZE OUT2//занять выходную линию 2

DEPART OCH3//выйти из очереди 3

ADVANCE 15,5//задержаться на время

RELEASE OUT2//освободить линию 1

LOGIC R FLAG1//закрыть клапан а

LOGIC R FLAG2//закрыть клапан b

GATE LS FLAG1,ZZZ//если клапан а открыт

OTKAZ GATE LS FLAG1,WWW//если клапан а открыт

QUEUE OCH1//встать в очередь 1

SEIZE CPU//занять процессор

DEPART OCH1//выйти из очереди 1

ADVANCE 7//задержаться на 7 мс.

RELEASE CPU//освободить процессор

QUEUE OCH2//встать в очередь 2

SEIZE OUT1//занять выходную линию 1

DEPART OCH2//выйти из очереди 2

ADVANCE 15,5//задержаться на время

RELEASE OUT1//освободить линию 1

LOGIC R FLAG1//закрыть клапан а

LOGIC R FLAG2//закрыть клапан b

GATE LS FLAG1,ZZZ//если клапан а открыт

WWW QUEUE OCH1//встать в очередь 1

SEIZE CPU//занять процессор

DEPART OCH1//выйти из очереди 1

ADVANCE 7//задержаться на 7мс.

RELEASE CPU//освободить процессор

QUEUE OCH3//встать в очередь 3

SEIZE OUT2//занять выходную линию 2

DEPART OCH3//выйти из очереди 3

ADVANCE 15,5//задержаться на время

RELEASE OUT2//освободить линию 2

LOGIC R FLAG1//закрыть клапан а

LOGIC R FLAG2//закрыть клапан b

GATE LS FLAG2,ZZZ//если клапан b открыт

ZZZ TERMINATE//уничтожить транзакт

GENERATE 60000//специальный блок для

TERMINATE 1//прогона модели на время

START 1

В результате проведения пробного эксперимента (прогона модели с тестовыми данными) получили следующие сведения о модели и ее прогоне: за время моделирования, равное , было сгенерировано транзактов, из которых запросов прошли обработку и покинули систему. Сведения об устройствах, очередях модели, включающие для каждого устройства, очереди собственное имя представлены в Таблице 2 и Таблице 3.

Таблица 2. Сведения об устройствах модели

ИмяКоличество занятийКоэффициент использованияСреднее время на одно занятиеCPU40000.4667.00OUT119800.49314.96OUT220190.50414.99

Таблица 3. Сведения об очередях модели

ИмяМаксимальная длинаОбщее количество транзактовСреднее время ожиданияOCH1140000.00OCH2319801.90OCH3220191.84

Более подробная информация о прогоне модели узла коммутации сообщений содержится в отчете с названием «MODEL» Приложения 1.

Оценка адекватности модели

Цель моделирования узла коммутации сообщений состоит в определении загрузки устройств и вероятности отказов в обслуживании транзактов, поступающих с двух направлений. Опираясь на данные отчета, полученные в результате тестирования модели, проведем рассчет и оценку характеристик системы, сделаем выводы о пригодности использования модели или ее корректировке.

Время наблюдения за моделируемой системой составляет . Общее количество транзактов . Количество обработанных транзактов . Рассчитаем основные характеристики системы:

1.Вероятность обслуживания одного транзакта (сообщения)

2.Пропускная способность системы (количество сообщений в единицу времени)

3.Вероятность отказа в обслуживании сообщений

4.Среднее время пребывания сообщения в очереди (данные из отчета «MODEL» Приложения 1)

5.Среднее время обслуживания сообщения в устройстве (данные из отчета «MODEL» Приложения 1)

6.Общее время пребывания сообщения в системе

а) для сообщений источника №1

б) для сообщений источника №2

7.Коэффициент использования устройств

Исходя из рассчитанных данных, можно сделать следующий вывод: вероятность обслуживания сообщения системой высокая и приблизительно равна 1 (), в то время как вероятность отказа на обслуживание сообщения стремится к 0 ().

При этом загрузка каждого устройства, определяемая из анализа коэффициентов использования, позволяет говорить: во-первых, о равномерном распределении нагрузки между устройствами; во-вторых, о не полной мощности их использования.

Исходя из полученных данных, можно сделать вывод об адекватности модели и пригодности ее использования.

Организация экспериментов с моделью

Таблица 3. Результаты тестирования модели

№ПараметрыХарактеристики системы 1. AB

C

F

7

5123

0.0005CPU40000.46667.00OUT119800.49314.96OUT220190.50414.99456OCH1400010.00OCH2198031.90OCH3201921.84 2. AB

F

7

5123

0.0005CPU39720.4637.00OUT119760.99230.14OUT219780.99030.05456OCH1397210.00OCH21980689.66OCH3199215132.40 3. AB

F

7

5123

0.0004CPU20020.2337.00OUT110000.24614.81OUT210010.25215.14456OCH1200210.00OCH2100010.00OCH3100110.00

Таблица 3. Результаты тестирования модели

№ПараметрыХарактеристики системы 4. AB

F

7

5123

0.0017CPU75340.8787.00OUT137510.94415.11OUT237740.94415.01456OCH17536118.03OCH23754832.51OCH337792246.06 5. AB

F

7

5123

0.0002CPU39880.4657.00OUT120430.2005.89OUT219440.1925.93456OCH1398810.00OCH2204310.03OCH3194410.03 6. AB

F1

2

7

5

.9

.1123

0.0004CPU40060.4677.00OUT135800.89214.96OUT24250.10514.93456OCH1400610.00OCH2358149.61OCH342510.37

Результаты тестирования модели представлены в Таблице 3. Характеристики устройств в данной таблице имеют следующие условные обозначения: 1 - количество занятий устройства; 2 - коэффициент использования; 3 - среднее время на одно занятие; 4 - общее количество транзактов, вошедших в очередь; 5 - максимальная длина очереди в процессе моделирования; 6 - среднее время ожидания в очереди с учетом всех транзактов. - общее количество сгенерированных сообщений; - количество обслуженных требований; - вероятность отказа в обслуживании. Прогон модели в каждом случае осуществлялся на протяжении . Более подробные сведения о результатах тестирования модели содержатся в отчетах Приложения 1.

Выводы и рекомендации относительно применения модели

Спроектированная модель узла коммутации сообщений является пригодной к использованию. Модель характеризуется высокой надежностью, малой вероятностью отказа в обслуживании, равномерной загрузкой устройств. По результатам тестирования модели можно сделать следующие выводы: производительность модели напрямую зависит от интервала времени АB, через который поступают сообщения из источников. Используя априорные, установленные параметры интервалов, предложенные нам изначально (в соответствии с вариантами), мы получаем модель со средней производительностью, устройствами, мощность которых используется наполовину. При уменьшении интервала времени АB производительность модели увеличивается в двое, по сравнению с изначальной, также увеличивается и загрузка устройств, мощность использования которых теперь приближается к максимальной. При увеличении интервала времени АB наблюдается снижение производительности в несколько раз, по сравнению с изначальной, снижение загрузки устройств.

Рекомендации: так как источники сообщений №1 и №2 не являются элементами проектируемой системы, то при использовании модели узла коммутации сообщений необходимо выбирать те источники подключения, генерация сообщений в которых происходит значительно быстрее времени работы линий передачи данных, либо примерно равной ему.

Список используемой литературы

1.Максимей И.В. Имитационное моделирование на ЭВМ. - М.: Радио и связь, 1988.

2.Шрайбер Т.Дж. Моделирование на GPSS: Пер. с англ. - М.: Машиностроение, 1980.

.Советов Б.Я., Яковлев С.А. Моделирование систем. - М.: Высшая школа, 2001.

.Аврамчук Е.Ф., Вавилов А.А., Емельянов С.В. Технология системного моделирования. - М.: Машиностроение, 1988.

.Альямах И.Н. Моделирование вычислительных систем. - М.: Машиностроение, 1988.

Приложение 1

Отчет «MODEL» (тестовое задание №1)

GPSS/PC Report file MODEL.GPS. (V 2, # 38123) 05-22-2005 13:58:24_TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

0 60000 60 3 0 19297

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

1 1 GENERATE 4000 0 0

2 TEST 4000 0 0

3 LOGIC 4000 0 0

XXX TEST 4000 0 0

5 LOGIC 4000 0 0

YYY GATE 4000 0 0

7 GATE 4000 0 0

8 QUEUE 4000 0 0

9 SEIZE 4000 0 0

10 DEPART 4000 0 0

11 ADVANCE 4000 1 0

12 RELEASE 3999 0 0

13 TRANSFER 3999 0 0

LINE1 QUEUE 1980 0 0

15 SEIZE 1980 0 0

16 DEPART 1980 0 0

17 ADVANCE 1980 0 0

18 RELEASE 1980 0 0

19 LOGIC 1980 0 0

20 LOGIC 1980 0 0

21 GATE 1980 0 0

43 LINE2 QUEUE 2019 0 0

45 23 SEIZE 2019 0 0

24 DEPART 2019 0 0

25 ADVANCE 2019 1 0

26 RELEASE 2018 0 0

27 LOGIC 2018 0 0

28 LOGIC 2018 0 0

29 GATE 2018 0 0

59 OTKAZ GATE 0 0 0

31 QUEUE 0 0 0

32 SEIZE 0 0 0

33 DEPART 0 0 0

34 ADVANCE 0 0 0

35 RELEASE 0 0 0

36 QUEUE 0 0 0

37 SEIZE 0 0 0

38 DEPART 0 0 0

39 ADVANCE 0 0 0

40 RELEASE 0 0 0

41 LOGIC 0 0 0

42 LOGIC 0 0 0

43 GATE 0 0 0

WWW QUEUE 0 0 0

45 SEIZE 0 0 0

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

91 46 DEPART 00 0

93 47 ADVANCE 00 0

48 RELEASE 00 0

49 QUEUE 00 0

50 SEIZE 00 0

51 DEPART 00 0

52 ADVANCE 00 0

53 RELEASE 00 0

54 LOGIC 00 0

55 LOGIC 00 0

56 GATE 00 0

113 ZZZ TERMINATE 3998 0 0

115 58 GENERATE 10 0

59 TERMINATE 10 0

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY

CPU 4000 0.466 7.00 1 4001 0 0 0 0

OUT1 1980 0.493 14.96 1 0 0 0 0 0

OUT2 2019 0.504 14.99 1 4000 0 0 0 0

QUEUE MAX CONT. ENTRIES ENTRIES(0) AVE.CONT. AVE.TIME AVE.(-0) RETRY

OCH2 3 0 1980 1411 0.06 1.90 6.60 02 0 2019 1430 0.06 1.84 6.31 01 0 4000 4000 0.00 0.00 0.00 0

XACT_GROUPGROUP_SIZERETRY

POSITION00

LOGICSWITCHVALUERETRY

FLAG110210

Отчет по тестовому заданию №2

GPSS/PC Report file TEST2.GPS. (V 2, # 38123) 05-22-2005 17:05:32 _TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

060000603019071

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

1 1 GENERATE200200

2 TEST 200200

3 LOGIC 200200

XXX TEST 200200

5 LOGIC 200200

YYY GATE 200200

7 GATE 200200

8 QUEUE 200200

9 SEIZE 200200

10 DEPART 200200

11 ADVANCE200210

12 RELEASE200100

13 TRANSFER200100

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

27 LINE1QUEUE100000

15SEIZE100000

16DEPART100000

17ADVANCE100000

18RELEASE100000

19LOGIC100000

20LOGIC100000

21GATE100000

LINE2QUEUE100100

23SEIZE100100

24DEPART100100

25ADVANCE100100

26RELEASE100100

27LOGIC100100

28LOGIC100100

29GATE100100

59 OTKAZGATE000

31QUEUE000

32SEIZE000

33DEPART000

34ADVANCE000

35RELEASE000

36QUEUE000

37SEIZE000

38DEPART000

39ADVANCE000

40RELEASE000

41LOGIC000

42LOGIC000

43GATE000

WWWQUEUE000

45SEIZE000

91 46 DEPART 0 0 0

93 47 ADVANCE000

48 RELEASE000

49 QUEUE000

50 SEIZE000

51 DEPART000

52 ADVANCE000

53 RELEASE000

54 LOGIC000

55 LOGIC000

56 GATE000

113 ZZZ TERMINATE200100

115 58 GENERATE100

59 TERMINATE100

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY 2002 0.233 7.00 1 2003 0 0 0 0

OUT1 1000 0.246 14.81 1 0 0 0 0 0 OUT2 1001 0.252 15.14 1 0 0 0 0 0

QUEUE MAX CONT. ENTRIES ENTRIES(0) AVE.CONT. AVE.TIME AVE.(-0) RETRY

OCH2 1 0 1000 1000 0.00 0.00 0.00 01 0 1001 1001 0.00 0.00 0.00 01 0 2002 2002 0.00 0.00 0.00 0

XACT_GROUPGROUP_SIZERETRY

POSITION00

LOGICSWITCHVALUERETRY

FLAG110

FLAG210

Отчет по тестовому заданию №3

GPSS/PC Report file TEST3.GPS. (V 2, # 38123) 05-22-2005 17:00:23 _TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

0 60000603019090 LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

1 1GENERATE397200

2TEST397200

3LOGIC246800

XXXTEST397200

5LOGIC195800

YYYGATE397200

7GATE284200

8QUEUE174000

9SEIZE174000

10DEPART174000

11ADVANCE174000

12RELEASE174000

13TRANSFER174000

27 LINE1QUEUE87800

15SEIZE87800

16DEPART87800

17ADVANCE87800

18RELEASE87800

19LOGIC87800

20LOGIC87800

21GATE87800

LINE2QUEUE86200

23SEIZE86200

24DEPART86200

25ADVANCE86200

26RELEASE86200

27LOGIC86200

28LOGIC86200

29GATE86200

59 OTKAZGATE223200

31QUEUE110200

32SEIZE110200

33DEPART110200

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

67 34ADVANCE110200

35RELEASE110200

36QUEUE110240

37SEIZE109800

38DEPART109800

39ADVANCE109810

40RELEASE109700

41LOGIC109700

42LOGIC109700

43GATE109700

WWWQUEUE113000

45SEIZE113000

46DEPART113000

9347ADVANCE1130 00

48RELEASE1130 00

49QUEUE1130 140

50SEIZE1116 00

51DEPART1116 00

52ADVANCE1116 10

53RELEASE1115 00

54LOGIC1115 00

55LOGIC1115 00

56GATE1115 00

113ZZZTERMINATE3952 0 0

11558GENERATE1 0 0

59TERMINATE1 0 0

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY

CPU 3972 0.463 7.00 1 0 0 0 0 0

OUT1 1976 0.992 30.14 1 3963 0 0 0 4

OUT2 1978 0.990 30.05 1 3945 0 0 0 14

QUEUE MAX CONT. ENTRIES ENTRIES(0) AVE.CONT. AVE.TIME AVE.(-0) RETRY

OCH2 6 4 1980 29 2.96 89.66 91.00 0

OCH3 15 14 1992 30 4.40 132.40 134.43 0

OCH1 1 0 3972 39720.00 0.00 0.00 0

XACT_GROUPGROUP_SIZERETRY

POSITION00

LOGICSWITCHVALUERETRY

FLAG110

FLAG200

Отчет по тестовому заданию №4

GPSS/PC Report file TEST4.GPS. (V 2, # 38123) 05-22-2005 14:42:41 _TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

0600006030 19037

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

1 1GENERATE753600

2TEST753600

3LOGIC622700

XXXTEST753600

5LOGIC565400

YYYGATE753600

7GATE636700

8QUEUE519400

9SEIZE519400

10DEPART519400

11ADVANCE519400

12RELEASE519400

13TRANSFER519400

LINE1QUEUE258200

15SEIZE258200

16DEPART258200

17ADVANCE258200

18RELEASE258200

19LOGIC258200

20LOGIC258200

21GATE258200

LINE2QUEUE261200

23SEIZE261200

24DEPART261200

25ADVANCE261200

26RELEASE261200

27LOGIC261200

28LOGIC261200

29GATE261200

OTKAZGATE234200

31QUEUE117310

32SEIZE117200

33DEPART117200

34ADVANCE117200

35RELEASE117200

36QUEUE117230

37SEIZE116900

38DEPART116900

39ADVANCE116910

40RELEASE116800

41LOGIC116800

42LOGIC116800

43GATE116800

WWWQUEUE116910

45SEIZE116800

91 46 DEPART 1168 0 0

93 47 ADVANCE116810

48 RELEASE116700

49 QUEUE116750

50 SEIZE116200

51 DEPART116200LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

52ADVANCE116210

53RELEASE116100

54LOGIC116100

55LOGIC116100

56GATE116100

113ZZZTERMINATE752300

11558GENERATE100

59TERMINATE100

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY 7534 0.878 7.00 1 7535 0 0 0 2

OUT1 3751 0.944 15.11 1 7525 0 0 0 33774 0.944 15.01 1 7527 0 0 0 5

QUEUE MAX CONT. ENTRIES ENTRIES(0) AVE.CONT. AVE.TIME AVE.(-0) RETRY

OCH2 8 3 3754 299 2.03 32.51 35.33 0

OCH3 22 5 3779 298 2.90 46.06 50.00 0

OCH1 11 2 7536 2175 1.01 8.03 11.29 0

XACT_GROUPGROUP_SIZERETRY

POSITION00

LOGICSWITCHVALUERETRY

FLAG110

FLAG200

Отчет по тестовому заданию №5

GPSS/PC Report file TEST5.GPS. (V 2, # 38123) 05-22-2005 14:47:54 _TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

060000603019013

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

1 1GENERATE398800

2TEST398800

3LOGIC398800

XXXTEST398800

5LOGIC398800

YYYGATE398800

7GATE398800

8QUEUE398800

9SEIZE398800

10DEPART398800

11ADVANCE398810

12RELEASE398700

13TRANSFER398700

LINE1QUEUE204300

15SEIZE204300

16DEPART204300

17ADVANCE204300

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

35 18RELEASE204300

19LOGIC204300

20LOGIC204300

21GATE204300

LINE2QUEUE194400

23SEIZE194400

24DEPART194400

25ADVANCE194400

26RELEASE194400

27LOGIC194400

28LOGIC194400

29GATE194400

59 OTKAZGATE000

31QUEUE000

32SEIZE000

33DEPART000

34ADVANCE000

35RELEASE000

36QUEUE000

37SEIZE000

38DEPART000

39ADVANCE000

40RELEASE000

41LOGIC000

42LOGIC000

43GATE000

WWWQUEUE000

45SEIZE000

91 46 DEPART 0 0 0

93 47 ADVANCE000

48 RELEASE000

49 QUEUE000

50 SEIZE000

51 DEPART000

52 ADVANCE000

53 RELEASE000

54 LOGIC000

55 LOGIC000

56 GATE000

113 ZZZ TERMINATE398700

115 58 GENERATE100

59 TERMINATE100

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY 3988 0.465 7.00 1 3989 0 0 0 0

OUT1 2043 0.200 5.89 1 0 0 0 0 01944 0.192 5.93 1 0 0 0 0 0

QUEUE MAX CONT. ENTRIES ENTRIES(0) AVE.CONT. AVE.TIME AVE.(-0) RETRY

OCH2 10 2043 2012 0.00 0.03 1.68 010 1944 1906 0.00 0.03 1.79 010 3988 3988 0.00 0.00 0.00 0

XACT_GROUPGROUP_SIZERETRY

POSITION00

LOGICSWITCHVALUERETRY

FLAG100

FLAG200

Отчет по тестовому заданию №6

GPSS/PC Report file TEST6.GPS. (V 2, # 38123) 05-22-2005 15:31:58 _TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

0 60000 60 30 19272

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

1 1GENERATE400600

2TEST400600

3LOGIC398800

XXXTEST400600

5LOGIC400600

YYYGATE400600

7GATE399800

8QUEUE399800

9SEIZE399800

10DEPART399800

11ADVANCE399800

12RELEASE399800

13TRANSFER399800

LINE1QUEUE358110

15SEIZE358000

16DEPART358000

17ADVANCE358010

18RELEASE357900

19LOGIC357900

20LOGIC357900

21GATE357900

43 LINE2QUEUE41700

23SEIZE41700

24DEPART41700

25ADVANCE41700

26RELEASE41700

27LOGIC41700

28LOGIC41700

29GATE41700

59 OTKAZGATE800

31QUEUE000

32SEIZE000

33DEPART000

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

67 34ADVANCE000

35RELEASE000

36QUEUE000

37SEIZE000

38DEPART000

39ADVANCE000

40RELEASE000

41LOGIC000

42LOGIC000

43GATE000

WWWQUEUE800

45SEIZE800

91 46 DEPART 8 0 0

93 47 ADVANCE800

48 RELEASE800

49 QUEUE800

50 SEIZE800

51 DEPART800

52 ADVANCE800

53 RELEASE800

54 LOGIC800

55 LOGIC800

56 GATE800

113 ZZZ TERMINATE400400

115 58 GENERATE100

59 TERMINATE100

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY 4006 0.467 7.00 1 0 0 0 0 0

OUT1 3580 0.892 14.96 1 4006 0 00 1

OUT2 425 0.105 14.93 1 0 0 0 00

QUEUE MAX CONT. ENTRIES ENTRIES(0) AVE.CONT. AVE.TIME AVE.(-0) RETRY

OCH2 4 1 3581 1023 0.57 9.61 13.45 0

OCH3 1 0 425 397 0.00 0.37 5.68 0

OCH1 1 0 4006 4006 0.00 0.00 0.00 0

XACT_GROUPGROUP_SIZERETRY

POSITION00

LOGICSWITCHVALUERETRY

FLAG100

FLAG200

Содержание Описательная модель системы2 Анализ возможных методов решения поставленной задачи3 Разработка концептуальной модели4 Выбор программны

Больше работ по теме: