
- •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.
- •Элементы нейрологики с позиции аппаратной реализации
- •Реализация нейронных сетей
- •Программные нейрокомпьютеры
- •Программно-аппаратные нейрокомпьютеры
- •Практическое использование инс
§ 3.11. Диспетчирование на основе динамических приоритетов
В дисциплинах обслуживания, рассмотренных ранее, приоритеты присваивались заявкам заранее и сохраняли постоянство в течение всего времени работы цифровых управляющих систем (ЦУС). Такого рода приоритеты принято называть статическими, чем подчеркивается их постоянство во времени. Статические приоритеты не во всех случаях позволяют удовлетворить требованиям к временам ожидания заявок. Так, может оказаться, что доли заявок различных типов в общем потоке заявок изменяются во времени, что сильно затрудняет возможность корректного назначения приоритетов. Иногда важность заявок, подтверждаемая их приоритетами, может изменяться в зависимости от времени пребывания заявок в очередях: чем дольше заявка ждет, тем более важной она становится. В таких случаях желательно вносить изменения в распределение приоритетов, присваивая более высокие приоритеты заявкам, время ожидания которых приближается к предельно допустимому. При этом целесообразно использовать дисциплины обслуживания с изменяющимися во времени приоритетами, называемыми динамическими.
Дисциплины обслуживания с динамическими приоритетами — более сложные в реализации по сравнению с дисциплинами обслуживания со статическими приоритетами, что влечет за собой увеличение непроизводительных затрат времени процессора.
Характеристики ЦУС с двумя потоками заявок. Аналитическое исследование дисциплин обслуживания с динамическими приоритетами весьма сложно и приводит к громоздким математическим выкладкам. Поэтому ограничимся рассмотрением случая, когда в ЦУС поступает только два потока разнотипных заявок и приоритеты заявок изменяются в зависимости от длительности их ожидания в очереди. При этом будем полагать, что длительность обслуживания заявок имеет произвольное распределение Bi() со средним значением i (i=1, 2) и выбор заявок на обслуживание осуществляется с учетом текущего значения функции приоритетности qi(t), зависящей для каждой заявки от времени ожидания:
где bi — коэффициент, определяющий скорость изменения приоритетности заявки i-го типа в зависимости от времени ожидания; ti — момент поступления заявки i-го типа в систему; t — рассматриваемый (текущий) момент времени (здесь t пробегает значения от ti до момента окончания обслуживания этой заявки и =t-ti— время пребывания заявки в системе, определенное на текущий момент времени t).
На рис. 3.28 показано взаимодействие между функциями приоритетности для двух типов заявок при bi>0. До момента времени t* заявка второго типа с функцией приоритетности q2(t) имеет более высокий приоритет по отношению к заявке первого типа с функцией приоритетности q2(t). В момент времени t* приоритеты заявок обоих типов одинаковы. При t>t* заявка первого типа обладает более высоким приоритетом по сравнению с заявкой второго типа, несмотря на то, что она поступила в систему позже последней. Заявки с малым коэффициентом bi, при достаточно длительном ожидании могут получить больший приоритет, чем заявки других типов.
Рис. 3.28. Изменение функций приоритетности во времени
Рассмотрим дисциплину обслуживания, построенную на основе динамических приоритетов, не прерывающих начатого обслуживания, т. е. дисциплину с динамическими относительными приоритетами. Вывод выражений для среднего времени ожидания заявок различных типов будем проводить в предположении, что коэффициенты bi связаны соотношением b1b20 (рис. 3.28).
Допустим, что в некоторый произвольный момент времени в систему поступила заявка первого типа. Ее время ожидания
(3.23)
где Т0 — время, необходимое для завершения обслуживания ранее выбранной заявки; T1 — время обслуживания всех заявок первого типа, поступивших в систему раньше рассматриваемой заявки; Т’2 — время обслуживания заявок второго типа, которые начнут обслуживаться ранее рассматриваемой заявки.
По аналогии, рассматривая момент поступления заявки второго типа, для времени ожидания можно записать
(3.24)
где Т2 — время обслуживания всех заявок второго типа, поступивших в систему раньше рассматриваемой заявки; Т’1 — время обслуживания заявок первого типа, которые будут обслуживаться ранее рассматриваемой заявки.
Переходя в (3.23) и (3.24) к математическим ожиданиям, получим систему
(3.25)
Среднее время обслуживания заявок типа k = 1, 2, поступивших в систему раньше рассматриваемой заявки того же типа, Е[Tk]=klk где lk — среднее число заявок в очереди.
Поскольку lk=kk, то
(3.26)
В свою очередь Е[T’2]=2l’2, где l’2—число заявок второго типа, которые будут обслужены ранее рассматриваемой заявки первого типа. Если t1 — момент поступления рассматриваемой заявки первого типа (рис. 3.28), то ранее данной заявки будут обслужены все заявки второго типа, которые поступят в систему до момента t2. Очевидно, что число этих заявок l’2= l2-l2, где l2 — число заявок второго типа, находящихся в очереди на момент времени t1 и l2 — число заявок второго типа, поступивших в систему за промежуток времени =t1-t2. Тогда l2=22 и l2=2(t1 - t2).
Определим величину промежутка времени =t1-t2. Из рис. 3.28 следует, что
С учетом того, что
получим
откуда
Поскольку момент времени t2 соответствует моменту поступления последней заявки второго типа, которая будет обслужена раньше заявки первого типа, поступившей в систему в момент tl то t* - t2=2 т, е. разность t* - t2 равна среднему времени ожидания заявки второго типа. Тогда
(3.27)
Таким образом,
и
(3.28)
По аналогии выведем выражение для Е[T’1]=1l’1 где l’1 — число заявок первого типа, которые будут обслужены ранее рассматриваемой заявки второго типа. Такими заявками являются все заявки l1, поступившие на момент времени t2, плюс заявки ll, поступившие за промежуток времени =(t1 - t2), т. е. после поступления рассматриваемой заявки:
По определению, l1=11 и l1=1(t1 - t2). Используя (3.27), получим
Тогда
(3.29)
Подставляя (3.26), (3.28) и (3.29) в (3.25), получим
Решая эту систему уравнений относительно l и 2, получим
(3.30)
Здесь Е[T0]=(11(2)+22(2))/2 и R=1+2— суммарная загрузка системы.
Согласно введенному предположению, (b2/b1)1 и, следовательно, 12. Отношение 2/1=l/[l-R(1-b2/b1] показывает, во сколько раз время ожидания заявок второго типа больше времени ожидания заявок первого типа, и зависит от значений коэффициентов b1, b2 и суммарной загрузки R. Анализ зависимости 2/1 (рис. 3.29) показывает, что при больших значениях отношения =b2/b1 средние времена ожидания заявок первого и второго типов различаются незначительно, в то время как при малых значениях это различие существенно, причем с ростом суммарной загрузки при постоянном указанное различие увеличивается.
Рис. 3.29. Зависимость отношения времени ожидания заявок 1/2 от загрузки R
При b1=b2 из (3.30) имеем
т. е. имеем выражение для бесприоритетной дисциплины обслуживания, когда времена ожидания заявок обоих типов одинаковы. Если b2=0, т. е. функция приоритетности заявок второго типа на любой момент времени q2(t)=0, из (3.30) получим выражения для среднего времени ожидания в случае дисциплины с фиксированными относительными приоритетами:
Рис. 3.30. Зависимость среднего времени ожидания k от отношения коэффициентов =b2/b1
На рис 3.30 приведена зависимость среднего времени ожидания k от отношения коэффициентов b2/b1 в случае двух одинаковых потоков заявок, каждый из которых создает загрузку , причем длительности обслуживания распределены по экспоненциальному закону с одинаковым средним =0,4 с. Сплошная линия соответствует суммарной загрузке R=2=0,8, штриховая — R=0,6. Рисунок наглядно иллюстрирует уменьшение разброса времени ожидания заявок различных типов с увеличением отношения b2/b1. При одних и тех же значениях отношения b2/b1 разброс времени ожидания заявок различных типов существенным образом зависит от суммарной загрузки системы R, причем с ростом R. увеличивается и разброс.
Рис. 3.31. Зависимость среднего времени ожидания k от суммарной загрузки R
Анализ зависимости среднего времени ожидания k от суммарной загрузки R (рис. 3.31) показывает, что дисциплина обслуживания с динамическими относительными приоритетами (сплошная линия) не обладает свойством устойчивости к кратковременным перегрузкам (R1), присущим, в частности, дисциплине обслуживания с фиксированными относительными приоритетами (штриховая линия). Здесь же для сравнения показана зависимость среднего времени ожидания заявок от загрузки системы при использовании бесприоритетной дисциплины обслуживания (штрихпунктирная линия).
Пример 3.7. Рассмотрим ЦУС, реализующую две обслуживающие программы со средней трудоемкостью 1 = 10000 операций и 2 = 5000 операций. Программы инициируются с интенсивностями 1=1 с-1 и 2 = 7 с-1.
Пусть используется дисциплина обслуживания с динамическими относительными приоритетами. Рассмотрим два случая назначения коэффициентов bi: 1) b1>b2, причем b2/b1=0,5; 2) b1<b2, причем b2/b1 = 2. Примем, что время выполнения программ распределено по экспоненциальному закону со средними i=i/B, где В — быстродействие процессора ЦУС. Для экспоненциального закона второй начальный момент i(2)=2i2.
Рис. 3.32. Зависимость среднего времени ожидания от быстродействия В процессора
(i0,5 и i2 — время ожидания заявок типа i=1, 2, соответствующих b2/b1=0,5 и b2/b1=2)
Определим время ожидания и время пребывания заявок для различных значений быстродействия процессора: 50 тыс., 60 тыс., . . . , 100 тыс. операций/с. На рис. 3.32 показана зависимость среднего времени ожидания заявок от быстродействия процессора для двух указанных случаев. Из рисунка видно, что для второго случая назначения коэффициентов bi(b1<b2) время ожидания заявок второго типа уменьшилось по сравнению с первым случаем назначения коэффициентов bi(b1>b2) за счет увеличения времени ожидания заявок первого типа.
Рис. 3.33. Зависимость отношения среднего времени ожидания 2/l от быстродействия В процессора
Рис. 3.33 иллюстрирует характер изменения отношения времени ожидания заявок обоих типов при втором случае назначения коэффициентов bi ко времени ожидания заявок тех же типов при первом случае в зависимости от быстродействия процессора. Рассматриваемое отношение i2/i1 характеризует степень различия в качестве обслуживания заявок для двух случаев назначения коэффициентов bi. Это различие уменьшается с увеличением быстродействия В процессора. Данный факт легко объясним, если вспомнить, что увеличение быстродействия процессора при неизменных остальных параметрах эквивалентно уменьшению суммарной загрузки системы и, следовательно, больший процент заявок обоих типов будет принят к обслуживанию либо немедленно, если в системе нет заявок, либо с незначительной задержкой.
Характеристики ЦУС с несколькими потоками заявок. В случае нескольких потоков заявок (М>2) среднее время ожидания в очереди заявок k-го типа может быть определено по рекуррентной формуле
(3.31)
При этом предполагается, что . Доказательство выражения проводится аналогично изложенной методике и характеризуется лишь более сложными математическими выкладками.
Кроме рассмотренной дисциплины обслуживания заявок с динамическими относительными приоритетами в ЦУС могут использоваться дисциплины обслуживания с динамическими абсолютными и смешанными приоритетами. В дисциплинах с динамическими абсолютными приоритетами происходит прерывание обслуживаемой заявки, если функция приоритетности какой-либо заявки, находящейся в очереди, превысит функцию приоритетности обслуживаемой заявки.
Используя вышеизложенную методику, можно доказать, что среднее время ожидания в очереди заявок k-го типа определяется следующей рекуррентной формулой:
Рассмотрим дисциплину обслуживания заявок, представляющую собой комбинацию дисциплин со статической и с динамической фиксацией приоритетов. Для этого запишем функцию приоритетности, в следующем виде:
где ai и bi — некоторые коэффициенты; t — текущий момент времени, изменяющийся от момента поступления заявки i-го типа ti до момента окончания обслуживания этой заявки (t=l, ..., М).
Дисциплина обслуживания с такой функцией приоритетности обладает многими интересными свойствами и является более общей по отношению к рассмотренным дисциплинам: если коэффициент bi равен нулю, то данная дисциплина вырождается в дисциплину со статической фиксацией приоритетов, и если коэффициент аi равен нулю, то имеет место дисциплина с динамической фиксацией приоритета; варьированием коэффициентов ai и bi могут быть получены некоторые выше рассмотренные дисциплины.
Дисциплины обслуживания с динамическими приоритетами более сложны в реализации, чем дисциплины со статической фиксацией приоритетов. Это выражается в дополнительных аппаратурных и программных затратах, что приводит, в свою очередь, к значительным непроизводительным издержкам времени процессора на диспетчирование. Поэтому использование дисциплин обслуживания с динамическими приоритетами в ЦУС оправдано лишь в тех случаях, когда параметры входных потоков заявок довольно резко меняются во времени, в связи с чем не могут быть использованы дисциплины с фиксированными приоритетами.