Запросы - ввода-вывод
Cтраница 1
Запросы ввода-вывода, вызывающие прерывания, появляются при освобождении канала ( прерывание канал кончил), при освобождении устройства ( прерывание типа устройство кончило), при нажатии клавиши Внимание на пульте управления, когда оператор хочет выйти на связь с системой, при обнаружении сбоя оборудования канала ( прерывание типа ошибка канала), при обнаружении в команде канала признака программно-управляемого прерывания. [1]
Различают связанные и несвязанные запросы ввода-вывода. Запросы на проведение операций ввода-вывода и соответствующие им канальные программы называются связанными, если они связаны с одним и тем же блоком управления данными DCB и блоком экстентов данных DEB в одном и том же пункте задания. [2]
Для некоторых программных запросов ввода-вывода требуется следующая информация. [3]
На случай одновременного поступления запросов ввода-вывода каналам и адаптерам ввода-вывода присваиваются определенные приоритеты обслуживания. Самый низкий приоритет присваивается байт-мультиплексному каналу и интегрированному адаптеру связи. [4]
 |
Качественные характеристики встроенных МК моделей СМ ЭВМ. [5] |
Коэффициент учитывает относительные потери времени при обработке запросов ввода-вывода на прерывание. [6]
ДОС РВ совместима с ДОС СМ на уровне программных запросов ввода-вывода, форматов загрузочных и объектных модулей, файловой структуры на дисках. [7]
Как указывалось ранее, архитектура интерфейса ввода-вывода в системе iMAX предназначена для обеспечения пользователей средствами выполнения синхронных и асинхронных запросов ввода-вывода. [8]
Специальные функции, ограничивающие те накладные расходы при использовании окон, которые связаны с сообщениями, представляющими запросы ввода-вывода и ответы. Эти функции необходимы, так как в противном случае, если сообщение, представляющее запрос на ввод-вывод, получено из порта запросов, то процессору АР могло бы потребоваться проверить командную компоненту запроса до того, как он мог бы обрабатывать данные. Для осуществления этих действий процессор АР вначале должен был бы открыть окно данных так, чтобы через него можно было бы обращаться к командной компоненте объекта сообщение, затем прочитать и проинтерпретировать данную командную информацию. [9]
Как всегда, большая часть времени процессора ( 23 6 с) на ЭВМ DEC VAX 11 / 780, на которой производились измерения, было затрачено на обработку запросов ввода-вывода: 35 % в программе GETLINE и вызываемых ею функциях ( в основном в них) и 19 8 % в программе PUTSTR и ее подпрограммах. Эти значения столь доминируют во времени прогона, что до тех пор, пока они не будут уменьшены, никакая другая часть не будет играть существенной роли. Предположим, однако, что заменой программ GETLINE и PUTC более эффективными удалось сократить эти значения до разумных размеров. [10]
ОП; FJ - объем ОП, занимаемый программами обслуживания i - ro ПУ; bi - коэффициент, определяющий зависимость приведенных затрат от времени выполнения программ; Тг - среднее время обслуживания запросов ввода-вывода от ПУ i - ro типа; Kt - коэффициент, определяющий зависимость приведенных затрат от времени пребывания в очереди программы обслуживания запросов прерывания i - ro типа. [11]
Эта ситуация обычно возникает, когда завершающаяся задача выдает запросы ввода-вывода на набор данных, открытый другой задачей. [12]
 |
Иллюстрация динамического выбора различных абстракций объекта интерфейса устройства, передаваемого процедуре в качестве аргумента. [13] |
Как указано в конце разд. Пользователь может обращаться к нему в тех случаях, когда ему более удобно выдавать запросы ввода-вывода, посылая сообщения, а не с помощью вызовов процедур. [14]
С одной стороны, наличие подсистемы управления файлами объектов гарантирует целостность, надежность и долговечность базы данных портфеля акций. Без подсистемы управления файлами объектов наша прикладная система была бы неполной, если только мы не включили бы явно запросы ввода-вывода для сохранения данных в долговременной памяти ( или восстановления данных из нее) между терминальными сеансами работы конечных пользователей. Единственным способом, дающим возможность избежать введения таких действий, было бы обеспечение того, что портфель акций всегда находится в виртуальной памяти. У такого подхода есть свои преимущества, но он не дает полной гарантии сохранности данных в случае аварийных отказов системы. Ни пользователи подсистемы, ни мы, ее проектировщики, не должны заботиться об этом. Другими словами, подсистема управления файлами объектов завершает наш проект. [15]
Страницы: 1 2