Курсовая работа: Имитационное моделирование системы, осуществляющей модель локальной вычислительной сети (ЛВС) кольцевой структуры

Интерпретация результатов

В заданный промежуток времени в модели происходит генерация заявок от первой станции 22, второй станции 28, третьей станции 34, четвертой станции 40. Среднее время пребывания пакета в маркере составило 0,980.

24 пакета было направлено в буфер маркера, так как в это время маркер был занят обработкой поступившего пакета. Выход поступивших заявок из системы необслуженными, как требует условие задачи, происходит аналогично.

Исследование устойчивости модели

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

№1 START 200

START TIME END TIME BLOCKS FACILITIES STORAGES

0.000 1119.558 48 1 1

FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY

OA1 1 0.990 1108.899 1 2 0 0 0 1

STORAGE CAP. REM. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY

BUFER 1 0 0 1 1 1 0.982 0.982 0 1

№2 START 400

START TIME END TIME BLOCKS FACILITIES STORAGES

0.000 2170.660 48 1 1

FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY

OA1 1 0.995 2160.000 1 2 0 0 0 1

STORAGE CAP. REM. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY

BUFER 1 0 0 1 1 1 0.991 0.991 0 1

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

Тестовые задачи для исследования адекватности модели

Если увеличить количество пакетов, которое может хранить каждый буфер с 1 (по условию задачи), например, до 10, то можно увидеть максимальную загруженность локальной сети. Но в данном случае 1 пакета в буфере будет достаточно для функциональной работы локально – вычислительной сети.

STORAGE CAP. REM. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY

BUFER 10 0 0 10 10 1 9.415 0.941 0 1

Если уменьшить время сравнения пакета с образцом, например, с 50 до 40, с 40 до 30, с 30 до 20 и с 50 до 40, а также увеличить число поступающих транзактов в блоке GENERATE с 22 до 28, с 25 до 31, с 20 до 26 и с 25 до 31, то мы получим следующие результаты:

- система сгенерирует значительно большее число заявок;

- из-за снижения времени на обработку система обработает большее количество заявок.

Вывод: при уменьшении времени на проверку результатов, обработанные транзакты покидают систему значительно быстрее.

Вывод