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) такі ж, як і в попередньому прикладі. Тобто недоступність тільки забороняє надходження транзактів у БКП і не впливає на тривалість їх оброблення.