Блоки апаратної категорії для переведення багатоканальних пристроїв у стан недоступності та відновлення доступності
Недоступність БКП моделюється блоком SUNAVAIL (символ S означає БКП, UNAVAIL – недоступний). Формат блоку:
SUNAVAIL A
Операнд А – назва або номер БКП. Може бути назвою, додатним цілим числом, виразом у дужках, СЧА, СЧА*параметр.
Наприклад:
SUNAVAIL Kvant
Коли транзакт входить у цей блок, БКП Kvant стає недоступним. Якщо на момент переведення в недоступний стан у БКП перебували транзакти, то обслуговування цих транзактів триватиме доти поки поточний вміст БКП не стане рівним нулю. Транзакти, які намагаються зайняти БКП під час його перебування в недоступному стані, не входять у блок ENTER і потрапляють в список затримування БКП.
БКП перебуває в недоступному стані доти, поки транзакт не ввійде в блок SAVAIL. Формат блоку:
SAVAIL A
Операнд А – назва або номер БКП зі значеннями, аналогічними операнду А в блоці SUNAVAIL.
Використання БКП у процесі моделювання передбачає виведення у файлах стандартної статистики такої інформації:
STORAGE – визначає назву або номер БКП;
CAP. – визначає ємність пам’яті, яка задається STORAGE;
MIN., MAX. – мінімальне і максимальне число одиниць пам’яті, що використовується за період моделювання;
ENTRIES – кількість входів у БКП за період моделювання;
AVL. – визначає стан пам’яті БКП у кінці моделювання (1 – БКП доступний, 0 – БКП недоступний);
AVE.C – середнє значення зайнятої ємності за період моделювання;
UTIL – коефіцієнт використання пам’яті;
RETRY – визначає кількість транзактів, які очікують виконання спеціальних умов залежно від стану БКП;
DELAY – визначає кількість транзактів, які очікують можливості входу у блок ENTER.
Cтатистичні дані про функціонування БКП можна спостерігати у вікні Storages Window.
Розглянемо приклад. Нехай в момент переведення БКП в доступний стан у його списку затримування були транзакти. Тоді їм надається можливість зайняти БКП відповідно до дисципліни “first-fit-with-skip” (перший відповідний із пропусками). Транзакти, яким буде відмовлено в зайнятті БКП, залишаються у списку затримування (рис. 7.1).
Рис. 7.1. Сегмент моделі переведення багатоканального пристрою Buf у недоступний стан
Блок GENERATE першого сегмента генерує в t = 0 п’ять транзактів, які займають БКП Buf ємністю 5, визначеною командою STORAGE. В t = 15 блок GENERATE другого сегмента генерує транзакт, що входить у блок SUNAVAIL і переводить БКП Buf у недоступний стан.
Приведемо результати моделювання розглянутого сегменту імітаційної моделі (рис. 7.2).
Рис. 7.2. Результати моделювання переведення багатоканального пристрою Buf у недоступний стан
У недоступному стані БКП Buf перебував 10 одиниць часу моделювання. В t = 25 блоком SAVAIL була відновлена його доступність. Час обслуговування транзактів дорівнює 20 одиниць. У період недоступності обслуговування трьох транзактів, що перебували в БКП, тривало ще 5 одиниць часу моделювання й завершилося в t = 20. Тобто, обслуговування трьох транзактів закінчилося до того, як пристрій знову став доступним. Всі три обслужені транзакта ввійшли в блок TERMINATE першого сегменту.
Розглянемо приклад, коли обслуговування деяких транзактів не завершується до відновлення доступності (рис. 7.3).
Блок GENERATE першого сегмента генерує п’ять транзактів з інтервалами в 4 одиниці часу моделювання. Перший транзакт надійде в модель в t = 4, займе один канал БКП й обслужиться в t = 14. Другий транзакт займе другий канал БКП в t = 8. Його обслуговування закінчиться в t = 18. Третій транзакт в t = 12 займе третій канал БКП. Його обслуговування закінчиться в t = 22. Четвертий транзакт займе наступний канал БКП в t = 16. Його обслуговування закінчиться в t = 26. П’ятий транзакт в t = 20 займе вільний канал БКП.
Рис. 7.3. Сегмент імітаційної моделі переведення багатоканального пристрою Nak у недоступний стан
В t = 27 блок GENERATE другого сегмента згенерує транзакт, що ввійде в блок SUNAVAIL і БКП стане недоступним. Оброблення п’ятого транзакта триває. В t = 29 БКП знову буде доступним. Оброблення п’ятого транзакта продовжиться й завершиться в t = 30. Результати моделювання (рис. 7.4) такі ж, як і в попередньому прикладі. Тобто недоступність тільки забороняє надходження транзактів у БКП і не впливає на тривалість їх оброблення.