
- •1 Задачи анализа;
- •2 Задачи синтеза;
- •3 Задачи идентификации.
- •Основные задачи теории кс
- •1. Задачи анализа;
- •2. Задачи синтеза;
- •3. Задачи идентификации.
- •2. Высокой интенсивностью взаимодействия и вытекающим отсюда требованием уменьшения времени ответа.
- •Функционирование кс
- •Основные задачи теории вычислительных систем
- •Общая характеристика методов теории вычислительных систем
- •3. Классификация вычислительных систем
- •Характеристики производительности и надежности кс
- •Характеристики надежности кс
- •1 Холодное резервирование. Работает только основной канал.
- •2 Нагруженный резерв. Включены оба канала (резервный канал занимается посторонними задачами). Время перехода на основную задачу меньше чем в холодном резерве.
- •Общая характеристика методов теории вычислительных систем
- •Характеристики производительности кс
- •1. Номинальная производительность ;
- •2. Комплексная производительность ;
- •3. Пакеты тестовых программ spec XX
- •Характеристики надежности кс
- •1 Холодное резервирование. Работает только основной канал.
- •2 Нагруженный резерв. Включены оба канала (резервный канал занимается посторонними задачами). Время перехода на основную задачу меньше чем в холодном резерве.
- •4) Указывается начальное состояние системы;
- •8) Находятся показатели качества вс на основе найденных вероятностей состояния системы.
- •Анализ надежности кс со сложной структурой
- •2.Расчет надежности кс
- •2. Для каждой вершины можно вычислить среднее количество попаданий вычислительного процесса в эту вершину по формуле
- •1. Разбить множество операторов на классы:
- •Модели вычислительных систем как систем массового обслуживания
- •1 Общие понятия и определения
- •Например m/m/1
- •2 Параметры систем массового обслуживания
- •Модели массового обслуживания вычислительных систем|
- •1. Представление вычислительной системы в виде стохастической сети
- •2. Потоки заявок
- •3. Длительность обслуживания заявок
- •Характеристики одноканальных смо
- •Многопроцессорные системы
- •5. Характеристики бесприоритетных дисциплин обслуживания
- •1) В порядке поступления (первой обслуживается заявка, поступившая раньше других);
- •2) В порядке, обратном порядку поступления заявок (первой обслуживается заявка, поступившая позже других);
- •3) Наугад, т. Е. Путем случайного выбора из очереди.
- •6. Характеристики дисциплины обслуживания с относительными приоритетами заявок
- •3.8. Характеристики дисциплин обслуживания со смешанными приоритетами
- •§ 3.9. Обслуживание заявок в групповом режиме
- •§ 3.10. Смешанный режим обслуживания заявок
- •§ 3.11. Диспетчирование на основе динамических приоритетов
- •§ 3.12. Оценка затрат на диспетчирование
- •1.Определяется интенсивность потока заявок I в смо Si из системы алгебраических уравнений
- •2.Вычисляются коэффициенты передач для каждой смо
- •3.Определяется среднее время обслуживания Ui заявки в смо Si :
- •6.Для моделирующей сети в целом характеристики п.5 определяются как
- •2.Расчет характеристик мультипроцессорной системы
- •1) Имеет доступ к общей памяти;
- •1.Средняя длина очереди заявок, ожидающих обслуживания в системе:
- •3. Среднее время пребывания заявок в системе :
- •Основные задачи теории кс
- •1. Задачи анализа;
- •2. Задачи синтеза;
- •3. Задачи идентификации.
- •1) С неограниченным временем пребывания заявок;
- •2) С относительными ограничениями на время пребывания заявок;
- •3) С абсолютными ограничениями на время пребывания заявок;
- •2.4. Контроллеры и сетевые комплексы ge Fanuc
- •Модели 311,313/323, 331
- •Коммуникационные возможности серии 90-30
- •2.4.3. Контроллеры VersaMax
- •2.4.4. Программное обеспечение
- •Общая характеристика протоколов и интерфейсов асу тп
- •2. Протоколы и интерфейсы нижнего уровня.
- •2. Основные технические характеристики контроллеров и программно-технических комплексов
- •Требования к корпоративной сети
- •2) Одновременное решение различных задач или частей одной задачи;
- •3) Конвейерная обработка информации.
- •1. Суть проблемы и основные понятия
- •1.1 Главные этапы распараллеливания задач
- •1.2 Сведения о вычислительных процессах
- •1.3 Распределенная обработка данных
- •1. Классификации архитектур параллельных вычислительных систем
- •1.1 Классификация Флинна
- •1. Процессоры
- •Память компьютерных систем
- •Простые коммутаторы
- •Простые коммутаторы с пространственным разделением
- •Составные коммутаторы
- •Коммутатор Клоза
- •Баньян-сети
- •Распределенные составные коммутаторы
- •Коммутация
- •Алгоритмы выбора маршрута
- •Граф межмодульных связей Convex Exemplar spp1000
- •Граф межмодульных связей мвс-100
- •3. Граф межмодульных связей мвс-1000
- •1. Построения коммуникационных сред на основе масштабируемого когерентного интерфейса sci
- •2. Коммуникационная среда myrinet
- •3. Коммуникационная среда Raceway
- •4. Коммуникационные среды на базе транспьютероподобных процессоров
- •1. Структура узла
- •2. Пакеты и свободные символы
- •3. Прием пакетов
- •4. Передача пакетов
- •5. Управление потоком
- •1. Структура адресного пространства
- •2. Регистры управления и состояния
- •3. Форматы пакетов
- •Когерентность кэш-памятей
- •1. Организация распределенной директории
- •2. Протокол когерентности
- •3. Алгоритм кэширования.
- •1 . Основные характеристики
- •1.2. Происхождение
- •1.3. Механизм когерентности
- •1. 4. Предназначение
- •1. 5. Структура коммуникационных сред на базе sci
- •1. 6. Физическая реализация
- •1. 7. Обозначение каналов
- •2. Реализация коммуникационной среды
- •2.1. На структурном уровне коммуникационная среда состоит из трех компонентов, как показано на рис. 2.1:
- •Масштабируемый когерентный интерфейс sci
- •Сетевая технология Myrinet
- •Коммуникационная среда Raceway
- •Коммуникационные среды на базе транспьютероподобных процессоров
- •1.Информационные модели
- •1.2. Мультипроцессоры
- •1.3. Мультикомпьютеры
- •Сравнительный анализ архитектур кс параллельного действия.
- •Архитектура вычислительных систем
- •Smp архитектура
- •Симметричные мультипроцессорные системы (smp)
- •Mpp архитектура
- •Массивно-параллельные системы (mpp)
- •Гибридная архитектура (numa)
- •Системы с неоднородным доступом к памяти (numa)
- •Pvp архитектура
- •Параллельные векторные системы (pvp)
- •1. Системы с конвейерной обработкой информации
- •1.2 Мультипроцессоры uma с много- ступенчатыми сетями
- •Мультипроцессоры numa
- •Мультипроцессор Sequent numa-q
- •Мультикомпьютеры с передачей сообщений
- •1. Общая характеристика кластерных систем.
- •2.Особенности построения кластерных систем.
- •Планирование работ в cow.
- •Без блокировки начала очереди (б); заполнение прямоугольника «процессоры-время» (в). Серым цветом показаны свободные процессоры
- •Общие сведения
- •Общие сведения
- •Логическая структура кластера
- •Логические функции физического узла.
- •Устройства памяти
- •Программное обеспечение
- •Элементы кластерных систем
- •1.1. Характеристики процессоров
- •Рассмотрим в начале процессор amd Opteron/Athlon 64.
- •Примеры промышленых разработок
- •Кластерные решения компании ibm
- •Диаграмма большого Linux-кластера.
- •Аппаратное обеспечение
- •Вычислительные узлы, выполняющие основные вычислительные задачи, для которых спроектирована система.
- •Программное обеспечение
- •Кластерные решения компании hp
- •Кластерные решения компании sgi
- •Производительность операций с плавающей точкой
- •Производительность памяти
- •Производительность системы ввода/вывода Linux
- •Масштабируемость технических приложений
- •Системное программное обеспечение
- •Архитектура san
- •Компоненты san
- •Примеры решений на основе san
- •San начального уровня
- •San между основным и резервным центром
- •Практические рекомендации
- •Построение san
- •Заключение
- •Принципы построения кластерных архитектур.
- •Оценки производительности параллельных систем
- •1) Имеет доступ к общей памяти;
- •2) Имеет общий доступ к устройствам ввода-вывода;
- •3) Управляется общей операционной системой, которая обеспечивает требуемое взаимодействие между процессорами и выполняемыми им программами как на аппаратном, так и на программном уровне.
- •4 Вероятность того, что в момент поступления очередной заявки все n процессоров заняты обслуживанием
- •Выбор коммутационного компонента.
- •Проблема сетевой перегрузки.
- •1. Обзор современных сетевых решении для построения кластеров.
- •1000-Мега битный вариант Ethernet
- •Организация внешней памяти
- •Эффективные кластерные решения
- •Концепция кластерных систем
- •Разделение на High Avalibility и High Performance системы
- •3. Проблематика High Performance кластеров
- •Проблематика High Availability кластерных систем
- •Смешанные архитектуры
- •6.Средства реализации High Performance кластеров
- •7.Средства распараллеливания
- •8.Средства реализации High Availability кластеров
- •9.Примеры проверенных решений
- •Архитектура san
- •Компоненты san
- •Примеры решений на основе san
- •San начального уровня
- •San между основным и резервным центром
- •Практические рекомендации
- •Построение san
- •Заключение
- •Symmetrix десять лет спустя
- •Матричная архитектура
- •Средства защиты данных
- •Ревизионизм и фон-неймановская архитектура
- •Литература
- •Связное программное обеспечение для мультикомпьютеров
- •1. Синхронная передача сообщений.
- •2. Буферная передача сообщений.
- •Планирование работ в cow
- •Средства распараллеливания
- •7.Средства распараллеливания
- •2. Кластерн ый вычислительн ый комплекс на основе интерфейса передачи сообщений
- •2.2 Программная реализация интерфейса передачи сообщений
- •2.3 Структура каталога mpich
- •2.4 «Устройства» mpich
- •2.5 Выполнение параллельной программы
- •2.6 Особенности выполнения программ на кластерах рабочих станций
- •2.7 Тестирование кластерного комплекса
- •Параллельная виртуальная машина
- •3 Кластерн ый вычислительн ый комплекс на основе пАраллельной виртуальной машины
- •3.1 Параллельная виртуальная машина
- •3.1.1 Общая характеристика
- •3.1.2 Гетерогенные вычислительные системы
- •3.1.3 Архитектура параллельной виртуальной машины
- •3.2 Настройка и запуск параллельной виртуальной машины
- •3.3 Структура каталога pvm
- •3.4 Тестирование параллельной виртуальной машины
- •На рисунке 3.2 представлена диаграмма, отображающая сравнение производительности коммуникационных библиотек mpi и pvm.
- •3.5 Сходства и различия pvm и mpi
- •4 . Кластерн ый вычислительн ый комплекса на основе программного пакета openMosix
- •4.1 Роль openMosix
- •4.2 Компоненты openMosix
- •4.2.1 Миграция процессов
- •4.2.2 Файловая система openMosix (oMfs)
- •4.3 Планирование кластера
- •4.4 Простая конфигурация
- •4.4.1 Синтаксис файла /etc/openmosix.Map
- •4.4.2 Автообнаружение
- •4. 5. Пользовательские утилиты администрирования openMosix
- •4. 6. Графические средства администрирования openMosix
- •4. 6.1 Использование openMosixView
- •4. 6.1.2 Окно конфигурации. Это окно появится после нажатия кнопки “cluster-node”.
- •4. 6.1.3 Окно advanced-execution. Если нужно запустить задания в кластере, то диалог "advanced execution" может сильно упростить эту задачу.
- •4.6.1.4 Командная строка. Можно указать дополнительные аргументы командной строки в поле ввода вверху окна. Аргументы приведены в таблице 9.2.
- •4. 6.2.2 Окно migrator. Этот диалог появляется, если кликнуть на каком-либо процессе из окна списка процессов.
- •4. 6.2.3 Управление удалёнными процессами. Этот диалог появляется при нажатии кнопки “manage procs from remote”
- •4.5.3 Использование openMosixcollector
- •4. 6.4 Использование openMosixanalyzer
- •4. 6.4. 1 Окно load-overview. Здесь отображается хронология нагрузки openMosix.
- •4. 6.4. 2 Статистическая информация об узле
- •4.5.4.3 Окно memory-overview. Здесь представляется обзор использования памяти (Memory-overview) в openMosixanalyzer.
- •4. 6.4.4 Окно openMosixhistory
- •4. 6.5 Использование openMosixmigmon
- •4.6 Список условных сокращений
- •Перечень ссылок
- •Общие сведения
- •2. Создание Windows-кластера
- •Суперкомпьютерная Программа "скиф"
- •Описание технических решений
- •Направления работ
- •Основные результаты
- •Кластер мгиу
- •Содержание
- •Понятие о кластере
- •Аппаратное обеспечение
- •Пропускная способность и латентность
- •1. Определение распределенной системы
- •2.1. Соединение пользователей с ресурсами
- •2.2. Прозрачность
- •Прозрачность в распределенных системах
- •2.3. Открытость
- •2.4. Масштабируемость
- •3.1. Мультипроцессоры
- •3.2. Гомогенные мультикомпьютерные системы
- •3.3. Гетерогенные мультикомпьютерные системы
- •4. Концепции программных решений рс
- •4.1. Распределенные операционные системы
- •4.2. Сетевые операционные системы
- •4.3. Программное обеспечение промежуточного уровня
- •5. Модель клиент-сервер рс
- •5.1. Клиенты и серверы
- •5.2. Разделение приложений по уровням
- •5.3. Варианты архитектуры клиент-сервер
- •Формы метакомпьютера
- •Настольный суперкомпьютер.
- •2. Интеллектуальный инструментальный комплекс.
- •Сетевой суперкомпьютер.
- •Проблемы создания метакомпьютера
- •Сегодняшняя архитектура метакомпьютерной среды
- •Взаимосвязь метакомпьютинга с общими проблемами развития системного по
- •5. Модель клиент-сервер рс
- •5.1. Клиенты и серверы
- •5.2. Разделение приложений по уровням
- •5.3. Варианты архитектуры клиент-сервер
- •Symmetrix десять лет спустя
- •Матричная архитектура
- •Средства защиты данных
- •Ревизионизм и фон-неймановская архитектура
- •Однородные вычислительные среды
- •Однокристальный ассоциативный процессор сам2000
- •Модели нейронных сетей
- •Модели инс
- •Оптимизационные системы.
- •Неуправляемые системы распознавания образов.
- •Системы feed forward.
- •Элементы нейрологики с позиции аппаратной реализации
- •Реализация нейронных сетей
- •Программные нейрокомпьютеры
- •Программно-аппаратные нейрокомпьютеры
- •Практическое использование инс
5. Характеристики бесприоритетных дисциплин обслуживания
При бесприоритетной дисциплине заявки разных типов не имеют заранее определенных привилегий на досрочное обслуживание. Это правило выполняется, если заявки на обслуживание выбираются:
1) В порядке поступления (первой обслуживается заявка, поступившая раньше других);
2) В порядке, обратном порядку поступления заявок (первой обслуживается заявка, поступившая позже других);
3) Наугад, т. Е. Путем случайного выбора из очереди.
Дисциплина обслуживания в порядке поступления называется FIFO1, а дисциплина обслуживания в обратном порядке — LIFO2.
Эти три бесприоритетных дисциплины характеризуются одинаковым средним временем ожидания заявок, но дисциплина FIFO минимизирует дисперсию времени ожидания, т. е. уменьшает разброс времени ожидания относительно среднего значения. По этой причине дисциплина FIFO используется наиболее часто.
Бесприоритетное обслуживание заявок на основе дисциплины FIFO организуется в соответствии с рис. 3.10, где Пр — процессор и О — очередь для заявок типа z1; ..., zM. Вновь поступившая заявка заносится в конец очереди. Заявки выбираются на обслуживание из начала очереди.
Рис. 10. Организация бесприоритетного обслуживания заявок на основе дисциплины FIFO
Пусть в систему поступают заявки М типов с интенсивностями 1,..., M. Предположим, что каждый из входящих потоков заявок — пуассоновский. В таком случае суммарный поток заявок также пуассоновский и его интенсивность
(12)
Пусть известны также математические ожидания i,...,M и вторые начальные моменты 1(2),…, M(2) времени обслуживания заявок типа 1, ..., М соответственно. Эти значения характеризуют распределение времени выполнения соответствующих программ. Тогда при использовании бесприоритетной дисциплины обслуживания среднее время ожидания заявок всех типов одинаково и равно
(13)
где R=(1++M)<1 —суммарная загрузка системы и i=ii.
При экспоненциальном распределении длительности обслуживания функция распределения времени ожидания заявок в очереди
(15)
В точке W=0 функция Р(W) имеет значение, равное вероятности того, что в момент поступления очередной заявки ЦУС свободна:
Время пребывания заявки типа i=l, ..., М в системе равно сумме времени ожидания i и времени обслуживания i, т. е. ui=i+i. Поскольку при бесприоритетном обслуживании все i=, то время пребывания ui=+i. При одинаковом времени ожидания время пребывания заявок разных типов различно.
Рис. 11. Зависимость времени ожидания w от быстродействия S процессора при бесприоритетном обслуживании
Среднее время ожидания заявок различных типов при бесприоритетном обслуживании одинаково.
6. Характеристики дисциплины обслуживания с относительными приоритетами заявок
Если требуется, чтобы заявки некоторого типа имели меньшее время ожидания (время пребывания), чем заявки других типов, то необходимо первым предоставить преимущественное право на обслуживание, называемое приоритетом. Приоритеты заявок характеризуются целыми положительными числами 1, 2, 3, ..., причем высокому приоритету соответствует меньшее число.
Если приоритеты учитываются только в момент выбора заявки на обслуживание, то их называют относительными. Относительность приоритета связана со следующим. В момент выбора сравниваются приоритеты заявок, находящихся в состоянии ожидания, и обслуживание предоставляется заявке с наиболее высоким приоритетом, например заявке с приоритетом 3. После этого выбранная заявка захватывает процессор. Если в процессе обслуживания этой заявки поступают заявки с более высокими приоритетами, например с приоритетами 1 и 2, процесс обслуживания заявки, имеющей приоритет 3, не прекращается, т. е. эта заявка, захватив процессор, оказывается наиболее приоритетной. Этот возникший приоритет относителен: он имеет место только после захвата процессора.
При использовании относительных приоритетов обработка заявок организуется по схеме рис. 3.12. Заявкам типа z1, ..., zM присвоены относительные приоритеты 1, ..., М соответственно. Заявка zp, поступившая в систему, заносится в очередь Ор, в которой хранятся заявки приоритета р=1, ..., М. В очереди Ор заявки упорядочены по времени поступления. Когда процессор Пр заканчивает ранее начатое обслуживание, то управление передается программе ДИСПЕТЧЕР. ДИСПЕТЧЕР выбирает на обслуживание заявку с наибольшим приоритетом — заявку zi, если очереди О1, ..., Оi-1 не содержат заявок. Выбранная заявка захватывает процессор Пр на все время обслуживания.
Рис. 12. Организация обработки заявок с относительными приоритетами
Если в систему поступает М простейших потоков с интенсивностями i, ..., M и длительности обслуживания заявок каждого потока имеют математические ожидания 1, ..., M и вторые начальные моменты 1(2), ..., M(2) соответственно, то среднее время ожидания заявок, имеющих приоритеты k=l, ..., М, определяется значениями
(16)
где
и
–
загрузки,
создаваемые потоками заявок z1,...,zk-l
и z1,...,
zk
соответственно.
Введение относительных приоритетов приводит к перераспределению времени ожидания (пребывания) заявок в системе, причем улучшение характеристик обслуживания заявок с высокими приоритетами достигается за счет ухудшения характеристик обслуживания заявок с низкими приоритетами по отношению к значениям характеристик при бесприоритетной дисциплине.
Рис. 13. Зависимость времени ожидания k, от быстродействия В процессора для заявок с относительными приоритетами
времена ожидания заявок монотонно увеличиваются с уменьшением приоритета.
выражений. Поскольку
то 1<<M, где — среднее время ожидания
Следовательно, введение относительных приоритетов приводит к уменьшению времени ожидания заявок с высокими приоритетами и увеличению времени ожидания заявок с низкими приоритетами по сравнению с бесприоритетным обслуживанием. Это свойство иллюстрируется рис. 14, где кривая ОП соответствует дисциплине с относительными приоритетами.
Рис. 14. Влияние относительных приоритетов на время ожидания
заявок
Для дисциплины с относительными приоритетами при R1 резко ухудшаются характеристики обслуживания заявок низких приоритетов, в то время как длительности ожидания в очереди заявок высоких приоритетов изменяются сравнительно медленно. Характер изменения времени ожидания для бесприоритетной дисциплины обслуживания аналогичен характеру изменения времени ожидания заявок низших приоритетов.
Рис. 15. Изменение времени ожидания заявок с относительными приоритетами р=1,, 5 при увеличении загрузки R
7. Характеристики дисциплин обслуживания с абсолютными приоритетами
В ряде случаев время ожидания заявок некоторых типов нужно уменьшить в такой степени, которая недостижима при использовании относительных приоритетов. Можно предполагать, что время ожидания значительно уменьшится, если при поступлении высокоприоритетной заявки обслуживание ранее поступившей заявки с низшим приоритетом прерывается и процессор тут же предоставляется для обслуживания высокоприоритетной заявки.
Дисциплина обслуживания, при которой высокоприоритетная заявка прерывает обслуживание заявки с низким приоритетом, называется дисциплиной обслуживания с абсолютными приоритетами.
При использовании абсолютных приоритетов обслуживание заявок организуется по схеме рис. 3.16, где 1 — заявка, ожидающая обслуживания; 2 —прерванная заявка. Для каждого потока заявок z1, ..., zM организуется очередь О1, ..., ОM, в которой заявки размещаются в порядке поступления. Заявкам z1, ..., zM соответствуют абсолютные приоритеты 1, .. ., М. Если процессор Пр занят обслуживанием заявки zi и на вход поступает заявка типа zj, то при ij заявка zi заносится в конец очереди Оj, а при i > j обслуживание заявки zi прерывается, заявка zi заносится в начало очереди Oi и ДИСПЕТЧЕР переключает прибор на обслуживание заявки zj.
Рис. 3.16. Организация обработки заявок с абсолютными приоритетами
Обслуживание прерванных заявок может проводиться: 1) от начала; 2) от момента прерывания (дообслуживание). По возможности стремятся использовать второй способ — дообслуживание прерванных заявок. В случае, когда длительность обслуживания распределена по экспоненциальному закону, среднее время дообслуживания совпадает со средним временем обслуживания заявки. Когда прерывание предполагает дообслуживание, сохраняется вся информация о процессе обслуживания, необходимая для возобновления (продолжения) обслуживания. Если потоки заявок — простейшие с интенсивностями 1, …, M математические ожидания и вторые начальные моменты длительностей обслуживания равны соответственно 1, …, M и 1(2), …, M(2) и прерванные заявки дообслуживаются от точки прерывания, то среднее время ожидания заявки с абсолютным приоритетом k= 1, ..., М
(3.18)
где Rj=1++j — загрузка системы от первых j потоков заявок. Сопоставление (3.18) с (3.16), полученным для дисциплины обслуживания с относительными приоритетами, показывает, что при обслуживании с абсолютными приоритетами длительность ожидания заявок k-го приоритета изменяется на величину
где первое слагаемое определяет влияние заявок более высокого приоритета, прерывающих обслуживание заявок данного потока, а второе слагаемое учитывает уменьшение времени ожидания заявок k-то приоритета за счет прерываний обслуживания заявок с меньшими приоритетами. Из этого выражения можно определить условие, при котором длительность ожидания в очереди заявок k-то приоритета при наличии прерываний будет меньше, чем длительность ожидания при обслуживании с относительными приоритетами, т. е. условие, при котором k < 0 имеет вид
Эффект от использования абсолютных приоритетов иллюстрируется рис. 3.17, где ОП — кривая относительного приоритета; АП — кривая абсолютного приоритета. Присваивание заявкам абсолютных приоритетов приводит к уменьшению времени ожидания заявок с высокими приоритетами, но одновременно с этим увеличивается время ожидания низкоприоритетных заявок.
Рис. 3.17. Среднее время ожидания заявок с относительными и абсолютными приоритетами k=1, второму способу и штрихпунктирная — бесприоритетному обслуживанию. Из рисунка видно, что введение абсолютных приоритетов приводит к перераспределению времени ожидания заявок различных типов по сравнению с бесприоритетным обслуживанием. К аналогичному выводу можно прийти, если сравнить характеристики обслуживания с относительными и абсолютными приоритетами.
Рис. 3.18. Зависимость времени ожидания ил, от быстродействия В процессора для заявок с абсолютными приоритетами
Характеристики обслуживания заявок с высокими абсолютными приоритетами обладают еще большей устойчивостью к возникновению кратковременных перегрузок (R1), чем характеристики заявок с такими же высокими относительными приоритетами (рис. 3.19).
Рис. 3.19. Изменение времени ожидания заявок с абсолютными приоритетами р=1, 2, 3 при увеличении загрузки
Зависимости приведены для случая трех типов заявок с одинаковыми интенсивностями поступления и длительностью обслуживания . Сплошные линии соответствуют дисциплине с абсолютными приоритетами, штриховые — дисциплине с относительными приоритетами.
За счет присваивания заявкам абсолютных приоритетов можно достичь устойчивости характеристик обслуживания отдельных заявок в моменты возникновения кратковременных перегрузок. Устойчивость проявляется в незначительности ухудшения среднего времени ожидания заявок с высокими абсолютными приоритетами, когда уровень общей загрузки R1. При этом время ожидания заявок с низкими приоритетами резко возрастает, поскольку в период перегрузок их обслуживание почти прекращается и все ресурсы ЦУС используются для обслуживания только высокоприоритетных заявок.