Системные ресурс

Cтраница 1

Системные ресурсы ( процессорное время и память) распределяются между заданиями на основе их приоритетов и характера выполняемой работы. Каждому заданию выделяется квант времени, по истечении которого выполнение текущего задания приостанавливается и управление передается другому заданию с наивысшим приоритетом. Конкуренция заданий за память осуществляется на основе временной выгрузки программ на диск. [1]

Используемые системные ресурсы, включая запросы на прерывания ( IRQ), порты ввода / вывода, каналы прямого доступа к памяти ( DMA), распределение памяти и драйверы устройств, которые зафужены в данное время. [2]

Предохранить системные ресурсы от истощения, скопировав старый шрифт обратно в контекст устройства. [3]

Когда системные ресурсы делятся между несколькими программами, то каждая программа должна быть защищена от случайного или предумышленного воздействия со стороны другого задания. Например, каналы ввода-вывода - это ресурсы, которые могут совместно использоваться несколькими заданиями. Другими разделяемыми ресурсами, вопросы управления которыми будут обсуждаться в этой главе несколько позже, являются основная память, время центрального процессора, реентерабельные программы и устройства прямого доступа. Обычный механизм защиты, который сочетает в себе как аппаратные, так и программные средства, предотвращает злоупотребление разделяемыми ресурсами. Вычислительные машины, спроектированные для мультипрограммирования, работают в двух режимах. В непривилегированном режиме некоторые команды, такие, как команды запуска или остановки устройства ввода-вывода, или изменения режима работы системы, являются запрещенными. Все программы пользователей, а также обрабатывающие программы, поставляемые фирмами-изготовителями, выполняются в непривилегированном режиме. В привилегированном режиме, когда допустимыми являются все правильные машинные команды, может выполняться только управляющая программа операционной системы. Таким образом; программа пользователя не может непосредственно сама инициировать операцию ввода-вывода, а должна предоставить управляющей программе всю информацию, необходимую для выполнения данной операции. Эта информация обычно собирается в слове команды канала ( Channel Command Word - CCW), которое указывает тип операции, количество байтов, которые должны быть переданы, адрес, с которого начинается область основной памяти, участвующая в передаче данных, а также указывает, о каких типах сбоев при выполнении операции необходимо сигнализировать и является ли данное слово последним в некой цепочке слов CCW. Содержимое слов CCW формируется, непривилегированной программой. Когда требуется выполнить операцию ввода-вывода, такая программа передает супервизору адрес первого CCW. Правильность каждого запроса на ввод-вывод данных проверяется супервизором ввода-вывода, который ыполняет соответствующие действия. Аналогично, о завершении операции ввода-вывода сначала сигнализируется супервизору. Тот-же самый механизм защищает систему от ошибочных действий пользовательских программ, например, таких, как деление на нуль или попытка записать или прочитать из защищенной области основной памяти. [4]

Способ распределения системных ресурсов, при котором никакой ресурс, выделенный ранее, не отнимается у процесса. [5]

Непривилегированные пользователи используют системные ресурсы в соответствии с полномочиями, установленными для них администратором системы. [6]

Таймеры - это системные ресурсы, подобные растровым изображениям и пиктограммам. Поэтому вы должны внимательно проверить, что вызов SetTimer был успешен. Вы также должны уничтожить таймер, как только закончите с ним работать. [7]

Исключая процедуры контроля ошибок основных системных ресурсов, маска должна применяться только для простых ресурсов или для реконструирования обработки прерываний. Тщательная разработка алгоритмов управления ресурсами и других программ позволяет реализовать этот основной принцип. Рассмотрим, например, очередь последовательного типа с элементами, связанными посредством управляющих слов, и блоком управления очередью, указывающим обслуживаемый в данный момент элемент. Если в очередь должен быть введен новый элемент, отыскивание последнего элемента в ней осуществляется без маскирования. Затем прерывания маскируются и делается проверка с целью выяснить, является ли этот элемент все еще последним. Если нет, маска снимается и поиск начинается заново. Если же элемент по-прежнему является последним, значит, очередь не изменилась; новый элемент добавляется путем установки слова управления очередью на новый вход и выполнения необходимой связи. После этого маска прерывания снимается. Хотя этот алгоритм сложнее алгоритма, в котором прерывания просто маскируются на время всей процедуры, такой подход дает минимальное время маскирования и минимальное ухудшение времени реакции системы. [8]

Для качественного учета интенсивности использования системных ресурсов введено понятие уровней нагрузки. Администрация вычислительного центра может самостоятельно выделить несколько таких уровней ( отражающих совокупные запросы пользователей), которые охватывают все допустимые ситуации - от серьезной нехватки до избытка ресурсов. Комбинируя понятия скорости выполнения и уровней нагрузки, нетрудно получить новое понятие, называемое условиями обработки. Условия обработки всегда относятся к некоторой конкретной группе программ и характеризуют скорости их выполнения для каждого установленного уровня нагрузки на систему. Группа программ, имеющих единые условия обработки, называется группой обслуживания. [9]

ПО), который координирует распределение системных ресурсов ( таких, как память и прерывания), как только ниже лежащий уровень ПО ( Service Socket) обнаружит, что PC-карта установлена в разъем. [10]

Планирование высокого уровня. [12]

Иногда приоритетные классы определяются по интенсивности использования системных ресурсов, в частности по интенсивности процессов обмена или с учетом необходимых объемов памяти. В целом присваивание приоритетов в соответствии1 с потребностями в ресурсах не представляется удачным решением. Отметим, что в некоторых ранних системах рекомендовалось присваивать высокие приоритеты заданиям, активно обращающимся к вводу-выводу, и низкие приоритеты - счетным заданиям. Впоследствии мы поясним, почему так произошло. Указанный подход не очень хорош, так как он не предусматривает механизма, способного учитывать важность отдельных заданий для потребителя. Первые попытки создания способов классификации заданий для установления конкретных дисциплин обслуживания практически сводились к определению жесткой зависимости относительного приоритета от характеристик использования ресурсов. [13]

Неудачные вызовы Release-DC имеют результатом медленное истощение системных ресурсов. В конечном итоге происходит полное зависание системы. [14]

Зависимость ускорения от дискретизации сетки. [15]

Страницы: 1 2 3 4