Расчет - адрес
Cтраница 1
Расчет адресов на дорожке выполняется автоматически на основе индекса дорожки и ключа записи. [1]
Для реализации динамической структуры в ДОС ЕС требуется сложная система расчета адресов загрузки фаз, и необходимо учитывать временные задержки при их многократной загрузке в память. [2]
 |
Обобщенная схема конвейерной обработки скалярных команд без блокировок. [3] |
Предположим, что считывание команд из ОП, их дешифрация, расчет адресов операндов, выборка их из ОП совмещены во времени с выполнением предшествующих команд в вычислительном ресурсе МВС. [4]
В сравнении с этим задача управления векторными вычислениями упрощается уже за счет того, что расчет адресов, считывание операндов и выполнение операции для каждого элемента вектора обычно не зависят от результатов обработки других элементов того же вектора, входящих в ту же векторную команду. По этой причине расчет адресов векторных операндов легко поддается распараллеливанию аппаратными средствами [55], а использование описанного в § 3.5 аппарата составных векторных операторов позволяет резко сократить число обменов УУ с ОП. [5]
Наряду с традиционными функциями обработки программы, - например, функциями считывания и дешифрации команд, преобразования и расчета адресов, выполнения команд управления, - на устройства управления МВС возлагаются дополнительные функции, диктуемые параллелизмом реализуемых в МВС вычислительных процессов. В рамках рассматриваемой концепции параллелизма и перестраиваемости МВС в функции УУ входит управление фрагментами программ и управление параллельными вычислениями - векторными и / или скалярными - на уровне команд. [6]
В сравнении с этим задача управления векторными вычислениями упрощается уже за счет того, что расчет адресов, считывание операндов и выполнение операции для каждого элемента вектора обычно не зависят от результатов обработки других элементов того же вектора, входящих в ту же векторную команду. По этой причине расчет адресов векторных операндов легко поддается распараллеливанию аппаратными средствами [55], а использование описанного в § 3.5 аппарата составных векторных операторов позволяет резко сократить число обменов УУ с ОП. [7]
Программист прикладных задач, которому нужна определенная запись, может вызвать данные, задагая значения ключей. Если применяется прямой метод расчета адресов, можно воспользоваться уже имеющейся в памяти формулой и определить адрес, по которому должно быть произведено обращение. После этого проверяется значение ключа и запись считывается в буфер ввода-вывода. Если запись найти не удается, например, из-за ошибочного значения ключа, то система управления данными должна иметь возможность общения с прикладной программой. Обычно это делается с помощью стыковочной записи, которая содержит информацию, вводимую программами управления данными и прикладной. Стыковочная запись может содержать также вводимый прикладной программой пароль, разрешающий вход в базу данных. [8]
При функционировании реальных МВС и их подсистем обработки интенсивность генерации команд устройствами управления и интенсивность выполнения команд в решающем поле изменяются во времени в зависимости от типов обрабатываемых и выполняемых команд. Уже упоминалось, что длительности обработки векторной и скалярной команды ( в пересчете на одну выполняемую в решающем поле операцию) существенно различны из-за различий во времени чтения программы, времени расчета адресов, различия в способах буферизации операндов и результатов и пр. Это приводит к скачкообразному изменению интенсивности генерации команд в УУ при переходе от обработки векторной команды к скалярным командам и наоборот. [9]
 |
Представления ДИН МАСС при [ хаг, Уо2 ]. [10] |
Приведены три ( рис. 6, 7, 8) возможных способа построения ДИН МАСС. В этих примерах все признаки адресной части ( 3) взаимосвязаны определенным образом. При приеме сообщения или при считывании данных для подготовки результата адрес требуемой позиции ДИН МАСС можно определить с помощью формул расчета адресов А, чем достигается как бы прямой доступ к требуемой позиции. При этом для каждого варианта такого построения ДИН МАСС будет своя формула расчета искомого адреса ( А), в которой используются и свои константы. Формулы приводятся на рис. 6, 7, 8 соответственно. [11]
Прототипом источников заявок в рассматриваемой модели являют-гя устройства управления ( УУ) МВС, выполняющие обработку программ задач или их фрагментов и обеспечивающие выполнение скалярных и векторных команд в процессорных блоках. Поток обращений каждого УУ формируется как объединение нескольких потоков заявок, причем некоторые из потоков являются независимыми между собой. Наличие такого суммарного потока в УУ является следствием параллелизма процессов обработки и выполнения команд: опережающего чтения из ОП команд обрабатываемой программы, независимого расчета адресов и чтения из ОП скалярных и векторных операндов, пересылки в ОП результатов параллельного выполнения команд в процессорных блоках, промежуточных обращений к ОП при обработке косвенных адресов и пр. [12]
Внутри каждой группы они взаимосвязаны между собой, но не связаны с признаками других групп. Для каждой части ДИН МАСС указатель содержит перечень признаков адресных частей сообщений, которые относятся к этой части ДИН МАСС; начальный адрес памяти ( Лн), где хранится данная часть ДИН МАСС; адрес подпрограммы, описывающей формулу расчета искомого адреса внутри данной части ДИН МАСС. [13]
 |
Представления ДИН МАСС при [ хаг, Уо2 ]. [14] |
Приведены три ( рис. 6, 7, 8) возможных способа построения ДИН МАСС. В этих примерах все признаки адресной части ( 3) взаимосвязаны определенным образом. При приеме сообщения или при считывании данных для подготовки результата адрес требуемой позиции ДИН МАСС можно определить с помощью формул расчета адресов А, чем достигается как бы прямой доступ к требуемой позиции. При этом для каждого варианта такого построения ДИН МАСС будет своя формула расчета искомого адреса ( А), в которой используются и свои константы. Формулы приводятся на рис. 6, 7, 8 соответственно. [15]
Страницы: 1