Запрос - ресурс
Cтраница 1
 |
Порядок выполнения программы. [1] |
Невыполнимый запрос ресурса приводит к постановке объекта в очередь на обслуживание к соответствующему ресурсу и созданию динамического экземпляра процесса. [2]
Итак, запрос на выполнение команды адаптера выглядит как обычный запрос ресурса серверного приложения. В рамках традиционной модели в ответ на такой запрос приложение должно предоставить некий контент, но многие стандартные команды адаптеров не генерируют содержательных HTTP-ответов после выполнения команды. [3]
Работая с алгоритмом обнаружения взаимоблокировок, мы ищем процесс, чей запрос ресурсов может быть удовлетворен в данной системе. [4]
Процесс, чье обращение к ресурсу оказалось неудачным, обычно дальше попадает в короткий цикл: запрос ресурса, затем режим ожидания, потом очередная попытка. Хотя этот процесс не блокирован, он во всех смыслах ведет себя, как заблокированный, поскольку не может выполнить никакой полезной работы. В дальнейшем мы будем предполагать, что когда процессу отказывается в предоставлении ресурса, он переходит в режим ожидания. [5]
Для управления запросами на ресурсы Супервизор строит систему управляющих блоков и работает с ними при выполнении макрокоманд ENQ и DEQ. Схема построения Блока запроса ресурсов представлена на рис. 8.10. Блок запроса содержит информацию о режиме запроса и адрес Блока управления задачей, выдавшей запрос. Если некоторый ресурс представлен в цепочке, это означает, что к нему сделан по крайней мере один запрос. Блок-схемы обработки запросов на использование ресурса и на освобождение ресурса представлены на рис. 8.11 и 8.12. Следует учесть, что в одной макрокоманде ENQ и DEQ может быть задано несколько запросов на различные ресурсы, тогда соответствующие действия выполняются для каждого запроса. [6]
Если ресурс недоступен, когда он требуется, то запрашивающий его процесс вынужден ждать. В некоторых операционных системах при неудачном обращении к ресурсу процесс автоматически блокируется и возобновляется только после того, как ресурс становится доступным. В других системах запрос ресурса, получивший отказ, возвращает код ошибки, тогда вызывающий процесс может подождать немного и повторить попытку заново. [7]
Структура имитационной модели во многом определяется алгоритмом ее управления, который зависит от способа представления рабочей нагрузки. Под рабочей нагрузкой понимается модель потока входных заданий, запрашивающих те или иные ресурсы системы на время, определяемое объемом перерабатываемой информации. В зависимости от типа операционной системы ( процедуры обслуживания) в модели циркулирует одно или несколько заданий, каждое из которых разбивается на шаги запроса ресурсов. [8]
Если в момент выполнения оператора ЗАХВАТИТЬ указанное в нем устройство свободно, то оно предоставляется объекту, выполняющему оператор. Связанный с устройством указатель состояния устанавливается в состояние ЗАНЯТО, а объект, занявший устройство, продолжает движение в теле процесса до тех пор, пока им не будет выполнен оператор, приводящий к переводу объекта в состояние ожидания. Обычно таким оператором оказывается один из операторов ожидания, задающий время обслуживания объекта на устройстве. Объект может оказаться в состоянии ожидания также в результате невыполнимого запроса другого ресурса. Ранее выделенный ресурс остается под контролем объекта, перешедшего в состояние ожидания. [9]
Страницы: 1