2018-03-09
136
generate (uniform(1,100,200))
assign vibor,(1+6#rn1\1000)
enter buf
gate nu p$vibor
leave buf
test le m1,2000,otk
seize p$vibor
enter vk
advance (normal(1,900,150))
release p$vibor
leave vk
tabulate vrema
Fin terminate
Otk terminate
generate,,100000,1
savevalue vrogid,st$buf
savevalue vrobsl,st$vk
savevalue verojt,(n$otk/(n$otk+n$fin))
terminate 100
start 100
Отчёт
GPSS World Simulation Report - Untitled Model 1.3.1
Wednesday, February 21, 2018 18:33:35
START TIME END TIME BLOCKS FACILITIES STORAGES
0.000 100000.000 19 6 2
NAME VALUE
BUF 10000.000
FIN 13.000
OTK 14.000
VEROJT 10006.000
VIBOR 10003.000
VK 10001.000
VREMA 10002.000
VROBSL 10005.000
VROGID 10004.000
LABEL LOC BLOCK TYPE ENTRY COUNT CURRENT COUNT RETRY
1 GENERATE 670 0 0
2 ASSIGN 670 0 0
3 ENTER 670 9 0
4 GATE 661 0 0
5 LEAVE 661 0 0
6 TEST 661 0 0
7 SEIZE 557 0 0
8 ENTER 557 0 0
9 ADVANCE 557 4 0
10 RELEASE 553 0 0
11 LEAVE 553 0 0
12 TABULATE 553 0 0
FIN 13 TERMINATE 553 0 0
OTK 14 TERMINATE 104 0 0
15 GENERATE 1 0 0
16 SAVEVALUE 1 0 0
17 SAVEVALUE 1 0 0
18 SAVEVALUE 1 0 0
19 TERMINATE 1 0 0
FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY
1 90 0.816 907.133 1 665 0 0 2 0
2 85 0.742 873.046 1 0 0 0 0 0
3 91 0.817 897.716 1 663 0 0 3 0
4 99 0.876 884.615 1 0 0 0 0 0
5 95 0.861 906.126 1 659 0 0 2 0
6 97 0.895 922.593 1 657 0 0 2 0
STORAGE CAP. REM. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY
BUF 1000 991 0 13 670 1 7.259 0.007 0 0
VK 6 2 0 6 557 1 5.007 0.834 0 0
TABLE MEAN STD.DEV. RANGE RETRY FREQUENCY CUM.%
VREMA 1758.746 695.951 0
500.000 - 750.000 23 4.16
750.000 - 1000.000 79 18.44
1000.000 - 1250.000 76 32.19
1250.000 - 1500.000 48 40.87
1500.000 - 1750.000 52 50.27
1750.000 - 2000.000 62 61.48
2000.000 - 2250.000 45 69.62
2250.000 - 2500.000 56 79.75
2500.000 - 2750.000 67 91.86
2750.000 - _ 45 100.00
SAVEVALUE RETRY VALUE
VROGID 0 1083.452
VROBSL 0 898.911
VEROJT 0 0.158
FEC XN PRI BDT ASSEM CURRENT NEXT PARAMETER VALUE
672 0 100043.455 672 0 1
663 0 100147.623 663 9 10
VIBOR 3.000
659 0 100326.302 659 9 10
VIBOR 5.000
665 0 100432.491 665 9 10
VIBOR 1.000
657 0 100635.697 657 9 10
VIBOR 6.000
Выводы
По результатам отчёта сделаем следующие выводы.
В моделируемую систему за время моделирования поступило на обслуживание 670 транзактов. Из них 557 вощло в PК. 9 транзактов задержаны в очереди. 104 транзактов отправлены на метку otk из-за того что ими превышено заданное время ожидания в очереди, равное 2000 единиц времени. 4 транзакта задержаны в блоках advance. 553 транзакта завершили обслуживание в РК и прошли регистрацию в таблице.
Ввиду того что выбор РК равновероятностный, то количество тран-зактов, входивших в РК изменялось, но сравнительно на немного от 85 до 99. Коэффициенты использования РК высокие и варьируются от 0,748 до 0,895. Среднее время задержки транзактов на обслужива-ние в РК, варьируется от 873,046 до 922,593 единиц времени и срав-нительно на немного отличается от среднего заданного 900 единиц времени.
По введённому в модель VK, в который входят все 6 РК, укажем коэффициент испольэования, равный 0,834, среднее время ослужива-ния, равное 557 и среднее количество занятых РК, равное 5, 007.
Очередь в модели имитируется объектом типа память. Среднее количество занятых мест в памяти равно 7,259. Среднее время задержки транзакта в памяти записано в ячейке Х и равно 1083,452 сравнительно большое.
5. Среднее время пребывания транзактов в системе, зарегистрирован-ное в таблице составило 1758,746 единиц времени, стандартное отклонение 695,951 единиц времени. Это время меньше суммы времени ожидания в очереди и обслуживания 1083,452+898,911= 1982,363 за счёт того что в очереди учитываются транзакты время пребывания в очереди превышает заданное значение 2000 единиц времени и они получают отказ в обслуживании и не ркгистрируются в таблице.
6. 104 транзакта превысили заданное время ожидания а очереди 2000 единиц времени. Вероятность отказа 104/(104+533)=0.158 сравнитель-но большая.
В целом можно считать, что временные показатели по пребыванию транзактов в системе приемлемое. А вероятность отказа нежелательная.
Её можно улучшить использованием более производительных РК, увеличением количества РК или увеличением времени ожидания, превышение которого привлдит к отказам. В тоже время следует учесть, что при увеличении производительности РК или при уве-личении количества РК уменьшится коэффициент использования РК, а это уже отрицательный эффект.
