Присвоение - приоритет
Cтраница 3
Выбор приоритета программ в многоуровневой системе является достаточно сложной задачей. Основой для присвоения приоритета, очевидно, может служить важность события, являющегося причиной прерывания. Так например, прерывание, вызванное ошибкой в работе устройств вычислительной системы, должно иметь преимущество перед любой программой, участвующей в реализации алгоритма решения задачи. Прерывание, вызванное аварийной ситуацией при управлении каким-либо производственным процессом, должно получить более высокий приоритет, чем, например, выдача справки оператору по его запросу. Однако такой подход не всегда обеспечивает правильную работу вычислительной системы. Необходимо учитывать также взаимодействие программ, их длину и частоту возникновения прерывающих событий. [31]
 |
Вероятность конфликта PJ от глубины чередования М. [32] |
Как следует из таблицы, вероятность конфликта ранга 2 и выше существенно меньше вероятности конфликта первого ранга. При использовании процедуры динамического присвоения приоритета запросам ЦП к ОП число одновременно активных каналов в ЭВМ практически не снижается. [33]
Поскольку новый запрос должен обладать некоторым приоритетом с момента поступления, необходимо предусмотреть некоторые критерии для присвоения приоритетов новым запросам. Один из вариантов - поручить присвоение приоритета пользователю, как это сделано в рассмотренной системе ОС ИБМ / 360 и ЕС ЭВМ. Однако здесь возможно искусственное завышение приоритета, что сказывается на производительности всей системы. [34]
Для управления многоуровневыми прерываниями в процессоре предусматривается возможность запрета обработки прерываний от отдельных или всех источников. Наиболее удобно это делать путем присвоения приоритета процессору. Процессор реагирует только на те прерывания, приоритет которых выше его текущего приоритета. Каждая программа обработки прерывания должна устанавливать соответствующий приоритет процессора. При наивысшем приоритете запрещена реакция на все прерывания. Текущий приоритет прерванной программы также должен сохраняться при переключении. Сохранение состояния перечисленных регистров имеет наиболее важное значение для обеспечения возможности возврата к прерванной программе. При прерывании процессор сохраняет свое текущее ( старое) ССП в стеке или в фиксированной ячейке памяти, а на его место загружает новое ССП, которое и определяет приоритет прерывающей программы, ее стартовый адрес и состояние признаков на момент начала ее выполнения. Новое ССП выбирается из ОЗУ. Адрес конкретной ячейки, откуда оно берется, определяется причиной прерывания. [35]
В ЭВМ с высокой производительностью СВВ существенна доля запросов синхронного типа. Поэтому для них рационально использовать простые дисциплины динамического присвоения приоритета запросам ЦП и СВВ к ОП в зависимости от позиционного приоритета канала в арбитре. Кроме того, целесообразны комбинированные упорядоченные дисциплины обслуживания: предоставлять запросам ЦП приоритет 1 - 3-го рангов перед запросами СВВ синхронного типа и постоянный приоритет перед запросами СВВ асинхронного типа. [36]
Схема приоритетов вряд ли нужна, когда вычислительная; система способна начинать обработку сообщения через несколько секунд после его поступления, а загрузка ее не настолько велика, чтобы могли возникнуть какие-либо серьезные затруднения. Однако перегрузка системы не исключена, и поэтому алгоритм присвоения приоритетов все же должен быть разработан, на случай образования очереди из ожидающих обработки сообщений. Вопрос о том, какое сообщение обрабатывать следующим, решает процессор приоритетов. [37]
Схема приоритетов вряд ли нужна, когда вычислительная; система способна начинать обработку сообщения через несколько секунд после его поступления, а загрузка ее не настолько велика, чтобы могли возникнуть какие-либо серьезные затруднения. Однако перегрузка системы не исключена, и поэтому алгоритм присвоения приоритетов все же должен быть разработан на случай образования очереди из ожидающих обработки сообщений. Вопрос о том, какое сообщение обрабатывать следующим, решает процессор приоритетов. [38]
 |
Организация обычной подсистемы ввода-вывода. [39] |
Контроллер часто встраивается в само внешнее устройство и обеспечивает обмен управляющей информации с внешним устройством, присвоение приоритетов и выдачу информации о состоянии для канала ввода-вывода. [40]
Нужно иметь в виду, что данное сообщение ориентировано на выбор загружаемой конфигурации в качестве приоритетной ( см. переключатель в нижней части окна): в этом случае оцениваются потери данных в текущей конфигурации. Например, если некоторому параметру в текущей конфигурации определена длина 9 символов, а в загружаемой конфигурации - 5 символов, присвоение приоритета загружаемой конфигурации приведет при объединении к потере данных; именно эта ситуация отражена в колонке Дополнение. Если же ситуация обратная, то есть, параметру в загружаемой конфигурации определена длина 9 символов, а в текущей конфигурации - 5 символов, то назначение текущей конфигурации приоритетной приведет при объединении к потере данных загружаемой конфигурации; но эта ситуация сообщениями в колонке Дополнение не учитывается. То есть, основным режимом работы в режиме объединения конфигураций считается такой, когда приоритет отдается загружаемой конфигурации и оценивается ущерб, который это может причинить текущей. [41]
С помощью этого параметра пакетам присваивается приоритет после того, как их время пребывания в сети достигает некоторого уровня, например 50 % порогового значения времени пребывания пакета в сети Ттах. Целью присвоения приоритета явля-гтся ускорение доставки пакетов, которые уже находятся этносительно долго в сети. Исследования [112] показали, ITO уровень 0 5Ттах близок к оптимальному, позволяю-цему максимизировать пропускную способность сети и минимизировать среднюю задержку пакетов. [42]
Переменная частота запросов на вывод данных также играет важную роль в онлайновых системах. В системах пакетной обработки частота вывода обычно задана и остается постоянной: примером могут служить периодические отчеты. Периодическая выдача каких-то данных может осуществляться и в онлайновых системах, но, как правило, здесь приходится иметь дело с такими сообщениями, частоту которых трудно определить. Для сообщений запросного типа необходим подробный анализ. Должна быть также установлена иерархия запросов с тем, чтобы правильно определить их приоритеты. Ответственность за присвоение приоритетов в системе пакетной обработки возлагается главным образом на оператора; в онлайновой системе схема приоритетов гораздо сложнее, и поэтому их назначение должно производиться с помощью программных средств. [43]
В режиме одновременной работы с несколькими задачами порядок, в котором задания выбираются для выполнения, и удовлетворение запросов на машинные и программные ресурсы определяется классом задания и приоритетом задания внутри класса. Классификация заданий позволяет управлять типами заданий, одновременно выполняемых в системе. Первоначально класс задания и приоритет указываются в соответствующем управляющем операторе. Оператор системы может модифицировать приоритет вплоть до момента, когда задание будет выбрано для выполнения. В мультипрограммном режиме работы приоритеты могут изменяться управляющей программой в процессе выполнения задач. Когда очередной пункт задания устанавливается планировщиком заданий для выполнения, приоритет задания внутри класса используется для назначения диспетчерского приоритета и предельного приоритета. Первый из них используется СУПЕРВИЗОРОМ при рассмотрении запросов на ресурсы системы, а второй определяет ограничения на изменение диспетчерского приоритета и используется для контроля над динамическим присвоением приоритетов. [44]
Страницы: 1 2 3