Процесс - пользователь
Cтраница 2
Затем, обращаясь к системному вызову, процесс пользователя получает принтер во временное пользование. Если принтер в данный момент оказывается занят другим процессом, обращение к системному вызову на открытие принтера завершится неудачей. Вызывающему процессу либо будет возвращен код ошибки, либо этот процесс будет блокирован до тех пор, пока принтер не освободится, в зависимости от операционной системы и параметров вызова. Получив принтер, процесс пользователя обращается к другому системному вызову, прося операционную систему распечатать строку на принтере. [16]
Обрабатывают системный вызов al arm, инициированный процессом пользователя. [17]
Недостаток такого подхода состоит в том, что процесс пользователя должен быть активирован при прибытии каждого символа, что крайне неэффективно. [18]
В вычислительных сетях граф, V3-лами которого являются процессы пользователей, транспортных станций и операционной системы, а ребрами - протоколы взаимодействия между ними. [19]
Недостаток такого подхода состоит в том, что процесс пользователя должен быть активирован при прибытии каждого символа, что крайне неэффективно. [20]
 |
Процедуры управления информационным каналом в канальном протоколе HDLC. [21] |
Для простоты изложения материала далее предполагается, что абоненты ( процессы пользователей) находятся в ГВМ, хотя все, что будет сказано, в равной степени относится к случаю, когда в качестве оконечного оборудования рассматривается терминал. [22]
 |
Взаимодействие системного уровня и уровня прерывания драйвера. [23] |
Верхний уровень ( системный) является прямым продолжением ( системной фазой) процесса пользователя. В виртуальном адресном пространстве ядра отображается контекст процесса, издавшего запрос. [24]
HDLC, и он не может быть транспортным протоколом передачи данных между процессами пользователей, протекающими в удаленных друг от друга информационных процессорах сети. [25]
В качестве примера другой проверки отметим, что ССМ распределяет свободные страницы памяти между процессами пользователей и хранит список свободных страниц. Когда страница больше не нужна ЕСМ, он помечает ее и сообщает ССМ, чтобы тот включил ее в список свободных. Получая очередную выделенную страницу, ЕСМ проверяет пометку на ней, чтобы убедиться, что страница действительно свободна. Эта избыточность может быть использована для обнаружения ошибок, потому что список свободных страниц обрабатывается ССМ, а помечают страницы другие процессоры. [26]
Этот процесс может быть либо прерывистым, либо постоянным: прерывающий сборщик мусора требует приостановки процесса пользователя, а непрерывный сборщик позволяет вести эти процессы параллельно. По понятным причинам первый назван старт / стоп сборщиком, а второй - параллельным сборщиком, или сборщиком реального времени. [27]
Чтобы технически наиболее полно воплотить эту возможность, нужно, чтобы ИС могла: вместе с процессом пользователя функционировать в рамках общих ресурсов; совместно с ним обрабатывать общие ( текстовые) данные; в зависимости от характера обработки выполнять ее либо в диалоге с человеком, либо автономно, по заранее заданному сценарию. На любом из этапов ИС должна обеспечить оперативное получение результатов на терминале и активное вмешательство в вычислительный процесс. [28]
Таким образом, для того чтобы написать программу, работающую в ИНМОС, необходимо знать, как процесс пользователя взаимодействует с системой. Рассмотрим путь системного запроса в ИНМОС. [29]
В рассмотренных нами сборщиках мусора поиск и обработка активных ячеек происходили в ходе процесса, логически отделенного от процесса пользователя. Сканирование кучи начинается от слов состояния и идет дальше по связывающим указателям. Существующая альтернатива подобной двухпро-цессной модели сборки мусора - это унифицированный подход, при котором статус ячеек непрерывно изменяется в ходе процесса пользователя. [30]
Страницы: 1 2 3 4