Метод увеличения емкости входных накопителей
Canal2 166 0.993 34.588 1 502 0 0 0 8. Canal1 167 0.996 34.485 1 499 0 0 0 9. Mk 541 0.822 8.972 1 541 0 0 0 0. Mk 528 0.821 9.000 1 528 0 0 0 1. Post8 0 0.000 0.000 1 0 0 0 0 0. Отчет программы: Отчет программы: Ubitokavral 0 8719.997. Vse_ubitki 0 9219.997. Savevalue retry value. Savevalue retry value. Повышенный. Нормальный. Ubitok_za_otkaz 0 0. Авральный. Ubitok 0 500.000. Time3 0 1479.772… Читать ещё >
Метод увеличения емкости входных накопителей (реферат, курсовая, диплом, контрольная)
Отчет программы:
FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY.
MK 541 0.822 8.972 1 541 0 0 0 0.
CANAL1 169 0.996 34.793 1 502 0 0 0 12.
CANAL2 168 0.993 34.896 1 501 0 0 0 13.
CANAL3 166 0.982 34.939 1 503 0 0 0 12.
QUEUE MAX CONT. ENTRY ENTRY (0) AVE. CONT. AVE. TIME AVE. (-0) RETRY.
POST0 2 0 541 320 0.119 1.299 3.180 0.
POST1 13 13 181 1 6.747 220.135 221.358 0.
POST2 13 13 181 1 6.378 208.094 209.250 0.
POST3 12 12 178 2 6.010 199.413 201.679 0.
SAVEVALUE RETRY VALUE.
OBR 0 35.000.
UBITOK_ZA_OTKAZ 0 0.
Моделирование показало, что при увеличении емкости входных накопителей до 30, количество отказов уменьшилось до нуля, а значит, в системе отсутствуют убытки, ведь для получения отказов необходимо полное занятие всех накопителей, а здесь этого не происходит.
Метод аврального режима
По заданию переключение мини-ЭВМ в авральный режим происходит тогда, тогда суммарное количество сообщений во входных накопителях всех мини-ЭВМ достигает 9. В этом случае все мини-ЭВМ уменьшают время обработки сообщения на k (k3) микросекунд, что требует k x 5 единиц стоимости на каждое сообщение. Все мини-ЭВМ в авральный режим переводятся одновременно. Убытки на каждое сообщение, которому отказано в обработке составляют 100 единиц стоимости, единица времени работы одной ЭВМ в авральном режиме обходится в 2 единиц стоимости.
Промоделируем систему с учетом всех данных и с авральным режимом.
Отчет программы:
FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY.
MK 528 0.821 9.000 1 528 0 0 0 1.
CANAL1 167 0.996 34.485 1 499 0 0 0 9.
CANAL2 166 0.993 34.588 1 502 0 0 0 8.
CANAL3 165 0.982 34.418 1 504 0 0 0 7.
POST8 0 0.000 0.000 1 0 0 0 0 0.
QUEUE MAX CONT. ENTRY ENTRY (0) AVE. CONT. AVE. TIME AVE. (-0) RETRY.
POST0 2 1 529 313 0.120 1.317 3.226 0.
POST1 4 4 110 1 3.390 178.261 179.897 0.
POST2 3 3 104 1 2.603 144.791 146.197 0.
POST3 3 3 106 2 2.503 136.605 139.232 0.
POST4 6 5 66 0 3.026 265.227 265.227 0.
POST5 5 5 70 0 2.629 217.278 217.278 0.
POST6 5 5 66 0 2.398 210.211 210.211 0.
POST8 1 0 202 202 0.000 0.000 0.000 0.
POST7 5 5 5 0 0.554 641.142 641.142 0.
SAVEVALUE RETRY VALUE.
OBRABOTKA 0 35.000.
OBRAB 0 34.000.
NACH1 0 5768.984.
NACH2 0 5760.703.
NACH3 0 5751.157.
TIME1 0 1622.416.
TIME2 0 1722.421.
TIME3 0 1479.772.
UBITOK 0 500.000.
UBITOKAVRAL 0 8719.997.
VSE_UBITKI 0 9219.997.
Моделирование показало, что при использовании аврального режима уменьшается величина отказов, которая связана с убытками в системе.
Промоделируем систему с разной величиной k и составим таблицу зависимости убытков от времени обработки. Из расчета видно, что минимальные убытки получаются при максимальном значении К.
Таблица 3 — Зависимость величины убытков от времени обработки.
K. | 35-k. | Убытки. | |
Таблица 4 — Результат моделирования.
Режим. | Нормальный. | Авральный. | Повышенный. | |
Отказы. | ||||
Убытки. | ||||