ього можна отріматі середній годину ОБРОБКИ однієї задачі:
(1.6)
Інтенсівність обслуговування завдань процесором (1.3) у свою черго дорівнює:
(1.7)
Скоріставшісь формулою (1.1) отрімаємо завантаження процесора:
(1.8)
За таким же принципом Знайдемо завантаження принтера:
(1.9)
(1.10)
(1.11)
(1.12)
(1.13)
2. Алгорітмізація МОДЕЛІ та ее програмної реалізації
2.1 Вибір методу моделювання
Використання аналітичних методів Теорії масового обслуговування для розвязання поставленої задачі Неможливо через неможлівість врахування стохастичного характеру годині запровадження завдань до системи та годині ОБРОБКИ ціх завдань технічними засобой системи. Введення ж припущені та апроксімацій Щодо назвами факторів прізведе до ЗРОСТАННЯ похібок моделювання. p> врахування назвами факторів без ВТРАТИ точності оцінок параметрів процеса Функціонування досліджуваного обєкта є можливіть за умови Використання методу імітаційного моделювання.
2.2 Опис моделюючого алгоритму
У звязку з тим, что обєкт Дослідження можна розглядаті як систему масового обслуживания (СМО), доцільно побудуваті моделюючій алгоритм за принципом В«послідовного проведення заявокВ», Аджея в умів даної задачі ВІН є найбільш економічнім ї точніше у порівнянні з принципом «» ї більш Зручний для імітаційної роботи СМО у порівнянні з принципом «».
Для програмної реалізації моделюючого алгоритму оберемо мову GPSS як одну з найбільш прістосованіх для імітаційної роботи СМО мов. Мова GPSS дозволяє реалізуваті принцип послідовного проведення заявок при мінімальніх Витрати годині програміста, что Робить Цю мову популярною в багатьох Галузії людської ДІЯЛЬНОСТІ. p> Такоже GPSS дозволяє Зменшити обєм кодом в десятки разів у порівнянні з обємом коду на мовах загально призначення. Крім цього, звіти в Системі моделювання GPSS генеруються автоматично ї містять багатая ІНФОРМАЦІЇ про роботу системи та технічних засобів цієї системи. p> Детальний опис програми мовою GPSS, ее блок-діаграма ї текст наведені у документі В«Опис програмиВ».
Для перевіркі працездатності розробленої програми могут буті вікорістані наступні приклада:
а) занадто висока швідкодія процесора;
б) запуск задачі на обробка займає Дуже багато годині.
У первом випадка середня довжина Черги на обробка процесором буде набліжатіся до нуля, Аджея в такому випадка Основний годину задачі будут знаходітіся у стані запуску та аналізу оператором.
При збільшені годині запуску Завдання оператором буде збільшуватіся простій процесора та принтера, а довжина Черги на обробка процесором, як в попередня випадка, буде набліжатіся до нуля.
3. Отримання та Інтерпретація результатів моделювання
3.1 Планування машинного ЕКСПЕРИМЕН...