Cтраница 2
Для транзита, находящегося в основной памяти, необходимо найти его вход в Таблице управления областями перекрытия, запомнить в нем число требуемых областей перекрытия, уменьшить Счетчик свободных областей на это же число и возвратить управление программе Согласование. [16]
Второй модуль, используя информацию, полученную в результате работы предыдущего модуля, формирует таблицу управления генерацией. [17]
В таблице управления назначениями данных приводят сведения, не принадлежащие к категории файлов, определяемых в таблице управления файлами. Это в первую очередь последовательно организованные файлы, в которых прикладная программа может создавать очереди и буферы. В КИКС такие файлы служат пунктом назначения, куда могут посылаться сообщения. Таким образом, в таблице предусматривается запись о каждом последовательном файле или о каждом внешнем или внутреннем по отношению к КИКС пункте назначения. Если, например, фиксируется различная информация о появлении ошибок и о ходе работы в журнале, то соответствующий пункт назначения ( файл журнала) описывается в таблице. Разделение назначений на внешние и внутренние условно: внешние данные создаются вне системы КИКС, а обрабатываются в системе или, наоборот, создаются в рамках КИКС, а обрабатываются вне системы; внутренние данные создаются и обрабатываются в рамках КИКС. [18]
Все, что должна делать машина, определяется, исходя из самого алгоритма или из набора параметров, вводимых совместно с исходной информацией ( подобно выполнению работы с таблицами управления счетом в разд. [19]
На основе операторов ЯУЗ формируются управляющие блоки и таблицы. Таблица управления заданием ( JCT) создается на основе анализа оператора JOB и включает информацию о задании и ту информацию о шагах задания, которая имеет отношение ко всем шагам в этом задании. Таблица управления шагом задания ( SCT) формируется для каждого оператора EXEC и содержит информацию о шаге задания. Таблица ввода-вывода шага задания ( SIOT) строится для каждого DD предложения и содержит требования к устройствам ввода-вывода для этого набора данных. Блок управления файлом задания ( JFCB) строится также для каждого DD и содержит атрибуты набора данных, находящиеся в этом предложении. JFCB заполняется, когда открывается набор данных. [20]
Для каждого задания во внешней памяти РОС создаются наборы данных для хранения операторов языка управления заданиями и данных, принятых из входного потока. Создается также таблица управления заданием, которая вводится в очередь заданий РОС с учетом приоритета задания. [21]
Рассмотрены вопросы подготовки, загрузки, хранения, обновления и обработки информации с точки зрения повышения достоверности. Введены понятия реестра и таблицы управления счетом. Даны рекомендации по их использованию. [22]
Особенно простые и удобные алгоритмы получаются для стационарных потоков заявок. Итогом работы алгоритма являются таблицы управления автоматом, где по входам - длинам очередей определяется, в какое из состояний нужно переключить автомат. При нестационарных потоках число таблиц будет равно числу интервалов управления в рассматриваемом промежутке времени. [23]
По умолчанию таблица управления кодами называется CG CODE CONTROLS. Область действия и имя таблицы управления кодами можно изменить точно так же, как и в случае таблицы эталонных кодов. [24]
Рассмотрим некоторые из механизмов управления логическим процессором. Дескриптор логической конфигурации содержит таблицу управления выполнением операций. До выполнения каждой команды, не являющейся непривилегированной, проверяется соответствующая ей строка таблицы. Индексом строки является код операции. [25]
В словаре при предлогах и глаголах указываются падежи, которыми они управляют. Кроме того, мы приводим здесь для справок особые таблицы управления падежей предлогами, главнейшими глаголами и прилагательными. Таблицы управления падежей предлогами рекомендуется запомнить, так как в словаре при немецких глаголах, требующих дополнений с предлогами, указаны только эти предлоги, а падежи, управляемые предлогами, указываются лишь в тех случаях, когда предлог может употребляться то с одним, то с другим падежом. [26]
Данный способ представляет пользователю возможность управления доступом путем использования специальных команд и применяется, например, в системе SQL / DS. Он представляет собой расширение предыдущего способа в том смысле, что пользователь сам формирует таблицы управления доступом. [27]
Затем выделяется память для структур данных ядра. Большинство этих структур имеют фиксированный размер, но размер некоторых из них, например размер буферного кэша и некоторых структур таблиц управления страницами памяти, зависит от доступного объема оперативной памяти. [28]
Каждой группе присваивается уникальный код, не являющийся именем группы. Если удалить группу, то даже создание группы с тем же именем не позволит получить доступ к ресурсам, которые указывают текущую группу в таблице управления доступом. [29]
Идеологически этот механизм с точки зрения ОС аналогичен аппарату управления задачами в мультипрограммном режиме; причем на ОС возлагаются дополнительные функции по организации связей между подзадачами, по анализу иерархической подчиненности подзадач, условий их инициации и завершения в рамках единого комплекса взаимосвязанных программ. Как и при управлении задачами, в процессе подготовки подзадачи к решению ОС создает большое число таблиц с информацией, необходимой для выполнения подзадачи: таблицы управления подзадачей ( со статической или динамической информацией о типе подзадачи, ее текущем состоянии, приоритете, требуемом объеме памяти и пр. Некоторые таблицы могут быть и общими для задачи в целом. По-видимому, наиболее существенным отличием механизма управления подзадачами ( по отношению к управлению задачами) с точки зрения его упрощения является отсутствие необходимости защиты взаимодействующих подзадач друг от друга по памяти. [30]