generate (normal(1,8000,2000))
funavail 1
funavail 2
funavail 3
funavail 4
advance (exponential(1,0,350))
favail 1
favail 2
favail 3
favail 4
terminate
generate 60,20
assign vibor,(int(1+4#rn1/1000))
gate fv 1,otk
seize p$vibor
advance (gamma(1,0,50,4))
release p$vibor
tabulate vrema
fin test l (n$fin+n$otk),10000,kon
terminate
otk test l (n$fin+n$otk),10000,kon
terminate
kon 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 10:14:22
START TIME END TIME BLOCKS FACILITIES STORAGES
0.000 599813.864 24 4 0
NAME VALUE
FIN 19.000
KON 23.000
OTK 21.000
VEROJT 10002.000
VIBOR 10001.000
VREMA 10000.000
LABEL LOC BLOCK TYPE ENTRY COUNT CURRENT COUNT RETRY
1 GENERATE 75 0 0
|
|
2 FUNAVAIL 75 0 0
3 FUNAVAIL 75 0 0
4 FUNAVAIL 75 0 0
5 FUNAVAIL 75 0 0
6 ADVANCE 75 0 0
7 FAVAIL 75 0 0
8 FAVAIL 75 0 0
9 FAVAIL 75 0 0
10 FAVAIL 75 0 0
11 TERMINATE 75 0 0
12 GENERATE 10009 0 0
13 ASSIGN 10009 0 0
14 GATE 10009 6 0
15 SEIZE 9644 0 0
16 ADVANCE 9644 2 0
17 RELEASE 9642 0 0
18 TABULATE 9642 0 0
FIN 19 TEST 9642 0 0
20 TERMINATE 9641 0 0
OTK 21 TEST 359 0 0
22 TERMINATE 359 0 0
KON 23 SAVEVALUE 1 0 0
24 TERMINATE 1 0 0
FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY
1 2474 0.824 199.775 1 0 0 0 0 0
2 2428 0.824 203.660 1 0 0 0 0 0
3 2373 0.800 202.200 1 10082 0 0 0 2
4 2369 0.769 194.813 1 10069 0 0 0 4
TABLE MEAN STD.DEV. RANGE RETRY FREQUENCY CUM.%
VREMA 710.049 633.425 0
_ - 200.000 1366 14.17
200.000 - 600.000 4088 56.57
600.000 - 1000.000 2043 77.75
1000.000 - 1400.000 1029 88.43
1400.000 - 1800.000 518 93.80
1800.000 - 2200.000 274 96.64
2200.000 - 2600.000 145 98.14
|
|
2600.000 - 3000.000 60 98.77
3000.000 - 3400.000 43 99.21
3400.000 - _ 76 100.00
SAVEVALUE RETRY VALUE
VEROJT 0 0.036
FEC XN PRI BDT ASSEM CURRENT NEXT PARAMETER VALUE
10086 0 599837.877 10086 0 12
10082 0 599954.890 10082 16 17
VIBOR 3.000
10069 0 600183.971 10069 16 17
VIBOR 4.000
9976 0 602619.874 9976 0 1
Выводы
По результатам отчёта сделаем следующие выводы.
В моделируемую систему за время моделирования поступило на обслуживание 10009 транзакта. Из них 9644 вощло в PК. 359 транзак-тов отправлены на метку otk при наложении на PК режима недос-тупности. 2 транзакта задержаны в блоках advance. 6 транзактов ожидают освобождения устройств PК. 9642 транзакта завершили обслуживание в РК и прошли регистрацию в таблице.
Ввиду того что выбор РК равновероятностный, то в количество тран-зактов, входивших в РК изменялось сравнительно на немного от 2369 до 2474. Коэффициенты использования РК высокие и варьируются от 0,769 до 0,824. Среднее время задержки транзактов на обслужива-ние в РК, варьируется от 194,813 до 203,660 единиц времени и срав-нительно на немного отличается от среднего заданного 200 единиц времени.
Имитация очереди в модели не предусмотрено, и мы не можем
Регистрировать процесс ожидания в очереди, хотя реально она существует и в момент завершения моделтрования 6транзактов ожидают освобождения устройств РК. Два из них должны занятьРК3 и четыре РК4.
Среднее время пребывания транзактов в системе, зарегистрирован-ное в таблице составило 710, 049 единиц времени, стандартное отклонение 633,428 единиц времени. Прибавка по сравнению со временем обслуживания происходит за счёт времени ожидания обслуживания.
5. 359 транзактов поступили в систему в мометы времени когда РК на-ходились в режиме недоступности и они выведены из системы без обслуживания. Вероятность отказа 359/(359+9641)=0.036 сравнитель-но небольшая.
В целом можно считать, что временные показатели по пребыванию транзактов в системе оставляют желать лучшего. Это время можно уменьшить использованием более производительных РК, или увеличением количесва РК. В тоже время следует учесть, что при этом уменьшится коэффициент использования РК, а это уже отрицательный эффект.
Вариант 14. Модификация 1
В первой модификации использован равновероятностныё выбор устройства РК в модификации 1 РК выбираются по наименьшему количеству транзактов, входивших в устройства РК. А все остальные показатели такие же как в предыдущем примере.
Текст программы
Vrema table m1,500,1000,10
generate (normal(1,8000,2000))
funavail 1
funavail 2
funavail 3
funavail 4
advance (exponential(1,0,350))
favail 1
favail 2
favail 3
favail 4
terminate
generate 60,20
select min vibor,1,4,,fc
gate fv 1,otk
seize p$vibor
advance (gamma(1,0,50,4))
release p$vibor
tabulate vrema
fin test l (n$fin+n$otk),10000,kon
terminate
otk test l (n$fin+n$otk),10000,kon
terminate
kon savevalue verojt,(n$otk/(n$otk+n$fin))
terminate 100
start 100
Отчёт
GPSS World Simulation Report - Untitled Model 1.5.1
Monday, February 19, 2018 09:53:31
START TIME END TIME BLOCKS FACILITIES STORAGES
0.000 600045.694 24 4 0
NAME VALUE
FIN 19.000
KON 23.000
OTK 21.000
VEROJT 10002.000
VIBOR 10001.000
|
|
VREMA 10000.000
LABEL LOC BLOCK TYPE ENTRY COUNT CURRENT COUNT RETRY
1 GENERATE 74 0 0
2 FUNAVAIL 74 0 0
3 FUNAVAIL 74 0 0
4 FUNAVAIL 74 0 0
5 FUNAVAIL 74 0 0
6 ADVANCE 74 0 0
7 FAVAIL 74 0 0
8 FAVAIL 74 0 0
9 FAVAIL 74 0 0
10 FAVAIL 74 0 0
11 TERMINATE 74 0 0
12 GENERATE 10023 0 0
13 SELECT 10023 0 0
14 GATE 10023 18 0
15 SEIZE 9617 1 0
16 ADVANCE 9616 3 0
17 RELEASE 9613 0 0
18 TABULATE 9613 0 0
FIN 19 TEST 9613 0 0
20 TERMINATE 9612 0 0
OTK 21 TEST 388 0 0
22 TERMINATE 388 0 0
KON 23 SAVEVALUE 1 0 0
24 TERMINATE 1 0 0
FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY
1 2405 0.790 197.135 1 10059 0 0 0 6
2 2404 0.807 201.439 1 10089 0 0 0 0
3 2404 0.803 200.342 1 10090 0 0 0 2
4 2404 0.799 199.386 1 10070 0 0 0 10
TABLE MEAN STD.DEV. RANGE RETRY FREQUENCY CUM.%
VREMA 1713.703 1675.412 0
_ - 500.000 2809 29.22
500.000 - 1500.000 2701 57.32
1500.000 - 2500.000 1692 74.92
2500.000 - 3500.000 1085 86.21
3500.000 - 4500.000 646 92.93
4500.000 - 5500.000 321 96.27
5500.000 - 6500.000 153 97.86
6500.000 - 7500.000 107 98.97
7500.000 - 8500.000 50 99.49
8500.000 - _ 49 100.00
SAVEVALUE RETRY VALUE
VEROJT 0 0.039
|
|
CEC XN PRI M1 ASSEM CURRENT NEXT PARAMETER VALUE
10090 0 599609.430 10090 15 16
VIBOR 3.000
FEC XN PRI BDT ASSEM CURRENT NEXT PARAMETER VALUE
10089 0 600084.025 10089 16 17
VIBOR 2.000
10099 0 600084.312 10099 0 12
10070 0 600135.536 10070 16 17
VIBOR 4.000
10059 0 600181.962 10059 16 17
VIBOR 1.000
10093 0 607693.318 10093 0 1
Выводы
По результатам отчёта сделаем следующие выводы.
В моделируемую систему за время моделирования поступило на обслуживание 10023 транзакта. Из них 9617 вощло в PК. 388 транзак-тов отправлены на метку otk при наложении на PК режима недос-тупности. 3 транзакта задержаны в блоках advance и ещё 1транзакт
Занял одно из устройств РК. 18 транзактов ожидают освобождения устройств PК. 9613 транзактов завершили обслуживание в РК и прошли регистрацию в таблице.
2. Ввиду того что выбор РК производился по наименьшему количеству решённых задач, то в три РК входило одинаковое количество тран-зактов по 2004, а в один 2005. Коэффициенты использования РК вы-
Сокие и варьируются от 0,790 до 0,807. Среднее время задержки тран-зактов на обслуживание в РК, варьируется от 197,155 до 201,455 еди-ниц времени и сравнительно на немного отличается от среднегозаданного 200 единиц времени.
Имитация очереди в модели не предусмотрено, и мы не можем
Регистрировать процесс ожидания в очереди, хотя реально она существует и в момент завершения моделтрования 18транзактов ожидают освобождения устройств РК.
Среднее время пребывания транзактов в системе, зарегистрирован-ное в таблице составило 1713, 703 единиц времени, стандартное отклонение 1675,412 единиц времени. Прибавка по сравнению со временем обслуживания происходит за счёт времениожидания обслуживания.
5. 388 транзактов поступили в систему в мометы времени когда РК на-ходились в режиме недоступности и они выведены из системы без обслуживания. Вероятность отказа 388/(388+9613)=0.039 сравнитель-но небольшая.
6. В целом можно считать, что временные показатели по пребыванию транзактов в системе оставляют желать лучшего. Это время можно уменьшить использованием более производительных РК или увеличением количества РК. В тоже время следует учесть, что при этом уменьшится и коэффициент использования РК, а это уже отрицательный эффект.
7. Отдельно отметим, что время пребывания транзактов в системе увеличилось в 1713,703/710, 049≈2,4 раза. Поэтому равновероятност-ный выбор РК признаем более предпочтительным по сравнению с выбором по наименьшему количеству транзактов, обслуженных в РК.
Вариант 14. Модификация 2
Во второй модификации устройства РК выбираются по наимень-шему коэффициенту использования, а все остальные показатели такие же как в предыдущих примерах.
Текст программы
vrema table m1,200,400,10
generate (normal(1,8000,2000))
funavail 1
funavail 2
funavail 3
funavail 4
advance (exponential(1,0,350))
favail 1
favail 2
favail 3
favail 4
terminate
generate 60,20
select min vibor,1,4,,fr
gate fv 1,otk
seize p$vibor
advance (gamma(1,0,50,4))
release p$vibor
tabulate vrema
fin test l (n$fin+n$otk),10000,kon
terminate
otk test l (n$fin+n$otk),10000,kon
terminate
kon savevalue verojt,(n$otk/(n$otk+n$fin))
terminate 100
start 100
Отчёт
GPSS World Simulation Report - att14.9.1
Monday, February 19, 2018 10:23:07
START TIME END TIME BLOCKS FACILITIES STORAGES
0.000 599705.114 24 4 0
NAME VALUE
FIN 19.000
KON 23.000
OTK 21.000
VEROJT 10002.000
VIBOR 10001.000
VREMA 10000.000
LABEL LOC BLOCK TYPE ENTRY COUNT CURRENT COUNT RETRY
1 GENERATE 73 0 0
2 FUNAVAIL 73 0 0
3 FUNAVAIL 73 0 0
4 FUNAVAIL 73 0 0
5 FUNAVAIL 73 0 0
6 ADVANCE 73 0 0
7 FAVAIL 73 0 0
8 FAVAIL 73 0 0
9 FAVAIL 73 0 0
10 FAVAIL 73 0 0
11 TERMINATE 73 0 0
12 GENERATE 10010 0 0
13 SELECT 10010 0 0
14 GATE 10010 6 0
15 SEIZE 9604 1 0
16 ADVANCE 9603 2 0
17 RELEASE 9601 0 0
18 TABULATE 9601 0 0
FIN 19 TEST 9601 0 0
20 TERMINATE 9600 0 0
OTK 21 TEST 400 0 0
22 TERMINATE 400 0 0
KON 23 SAVEVALUE 1 0 0
24 TERMINATE 1 0 0
FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY
1 2408 0.802 199.855 1 10074 0 0 0 1
2 2391 0.802 201.254 1 10078 0 0 0 1
3 2401 0.802 200.416 1 0 0 0 0 0
4 2404 0.802 200.147 1 10080 0 0 0 4
TABLE MEAN STD.DEV. RANGE RETRY FREQUENCY CUM.%
VREMA 488.163 366.967 0
_ - 200.000 1952 20.33
200.000 - 600.000 4917 71.54
600.000 - 1000.000 1862 90.94
1000.000 - 1400.000 619 97.39
1400.000 - 1800.000 162 99.07
1800.000 - 2200.000 53 99.63
2200.000 - 2600.000 18 99.81
2600.000 - 3000.000 12 99.94
3000.000 - 3400.000 6 100.00
SAVEVALUE RETRY VALUE
VEROJT 0 0.040
CEC XN PRI M1 ASSEM CURRENT NEXT PARAMETER VALUE
10078 0 599362.427 10078 15 16
VIBOR 2.000
FEC XN PRI BDT ASSEM CURRENT NEXT PARAMETER VALUE
10085 0 599733.523 10085 0 12
10080 0 599841.934 10080 16 17
VIBOR 4.000
10074 0 599912.396 10074 16 17
VIBOR 1.000
9992 0 601917.479 9992 0 1
Выводы
По результатам отчёта сделаем следующие выводы.
В моделируемую систему за время моделирования поступило на обслуживание 10010 транзактов. Из них 9604 вощло в устройства PК. 400 транзактов отправлены на метку otk при наложении на PК ре-жима недоступности. 2 транзакта задержаны в блоках advance и ещё 1транзакт занял одно из устройств РК. 6 транзактов ожидают освобо-ждения устройств PК. 9601 транзакт завершили обслуживание в РК и прошли регистрацию в таблице.
Ввиду того что выбор РК производился по наименьшему коэффици-енту использования, то они у всех РК одинаковы и равны 0,802. Количество решённых задач варьируется от 2391 до 2408 и отлича-ются другот друга сравнительно на немного. Среднее время задержки транзактов на обслуживание в РК, варьируется от 199,855 до 201,254 единиц времени и сравнительно на немного отличается от среднего заданного 200 единиц времени.