✖


Jump to content

Подсчитайте ключевые данные

(Перенаправлено из ключевых данных подсчета )
Не путать с данными подсчета .

Данные подсчета ключей ( CKD ) представляют собой устройство хранения с прямым доступом (DASD). [а] Формат записи данных, представленный в 1964 году компанией IBM с ее IBM System/360 и до сих пор эмулируемый на мэйнфреймах IBM. Это самоопределяющийся формат, в котором каждая запись данных представлена ​​областью подсчета, которая идентифицирует запись и предоставляет количество байтов в дополнительной ключевой области и дополнительной области данных. В этом отличие от устройств, использующих фиксированный размер сектора или отдельную дорожку формата.

Данные подсчета ключей (CKD) также относятся к набору команд канала (в совокупности командных слов канала, CCW), которые генерируются мэйнфреймом IBM для выполнения подсистемой DASD, использующей формат записи CKD. [1] Первоначальный набор CKD CCW, введенный в 1964 году, был существенно расширен и улучшен в 1990-е годы.

Формат трека CKD

[ редактировать ]
Блок-схема формата отслеживания ключевых данных счета, используемого на мейнфреймах IBM, начиная с поставки S / 360 в 1965 году.

Формат дорожки CKD позволяет изменять длину полей данных. Каждый записанный блок данных на дорожке DASD, называемый записью, имеет связанное поле счетчика, которое идентифицирует запись и указывает размер ключа, если он используется (пользовательский). определяется до 255 байт), а также размер области данных, если она используется. [2] [б] Поле счетчика содержит идентификацию записи. [с] в формате записи головки цилиндра, длину ключа и длину данных. Ключ может отсутствовать или состоять из строки символов.

«Начало трека сигнализируется при обнаружении индексного маркера (индексной точки). ... Маркер автоматически распознается специальным сенсорным устройством». [3] : 5  После индексного маркера идет домашний адрес , который указывает расположение этой дорожки на диске и содержит другую управляющую информацию, внутреннюю для блока управления. фиксированной длины пробел За домашним адресом следует . Далее, каждая дорожка содержит запись 0 (R0), запись дескриптора дорожки, которая «предназначена для перемещения всего содержимого дорожки на альтернативные дорожки, если часть основной дорожки становится дефектной». [3] : 7  После R0 идут записи данных, разделенные пробелами. [3] : 9 

Из-за пробелов и другой информации записанное пространство больше, чем требуется только для данных подсчета, ключевых данных или пользовательских данных. IBM предоставляет «справочную карту» для каждого устройства, которую можно использовать для расчета количества записей на дорожку для различных размеров ключей и полей данных, а также для оптимизации емкости устройства. [4] Позже были написаны программы для выполнения этих вычислений. Поскольку записи обычно не делятся на дорожки, указание неправильного размера записи создает проблемы.

Чаще всего ключ опускается и запись располагается последовательно или путем прямой адресации записи ГБЦ. Если он присутствует, ключом являются любые данные, используемые для поиска записи, обычно с использованием ключа поиска, равного или ключа поиска, высокого или равного CCW. Ключ (и, следовательно, запись) можно найти с помощью аппаратных команд. [5] [ нужна страница ] С момента появления IBM System/360 в 1964 году почти все IBM больших и средних систем DASD использовали формат записи данных подсчета ключей. [6] [ нужна страница ]

Преимущества формата записи данных подсчета ключей:

  • Размер записи может точно соответствовать размерам блоков данных приложения.
  • Требования к процессору и памяти можно снизить, используя команды поиска.
  • Подсистемы IBM CKD изначально работали синхронно с системным каналом и могли обрабатывать информацию в промежутках между различными полями, тем самым достигая более высокой производительности за счет исключения избыточной передачи информации на хост. [6] В более поздних подсистемах поддерживаются как синхронные, так и асинхронные операции. [6]

Снижение цен на процессоры и память, а также более высокие скорости устройств и интерфейсов несколько свели на нет преимущества CKD, и он сохраняется только потому, что флагманская операционная система IBM z/OS не поддерживает секторно-ориентированные интерфейсы.

Первоначально записи CKD имели однозначное соответствие физической дорожке устройства DASD; однако со временем записи становятся все более виртуализированными, так что в современных мэйнфреймах IBM больше нет прямого соответствия между идентификатором записи CKD и физическим расположением дорожки.

Подсистемы IBM CKD DASD

[ редактировать ]

Упаковка

[ редактировать ]
Операции ввода-вывода IBM S/360 и S/370 для CKD DASD, показывающие канал, блок управления хранилищем и устройство DASD
См. Также: История контроллеров IBM CKD и История магнитных дисков IBM § IBM System / 360 и другие жесткие диски для мэйнфреймов IBM.

Первоначально существовала высокая степень соответствия между логическим представлением доступа к DASD и реальным оборудованием, как показано на рисунке. Обычно прикреплялись трехзначные этикетки. [д] для идентификации адреса канала, блока управления и устройства.

В системах начального уровня канал и блок управления часто были физически интегрированы, но оставались логически отдельными. Новая стратегия IBM в области прикрепления [7] начиная с модели 3830 Model 2 в 1972 году SCU физически разделялся на два физических объекта: директора и контроллера, сохраняя при этом их логическое единство. Контроллер обрабатывает форматирование дорожек CKD и поставляется с первым диском или дисками в цепочке дисков и имеет номер модели с буквой «A» в качестве префикса, «A-Unit» (или «A-Box»). как в модели 3350 Model A2, содержащей контроллер и два DASD. DASD без контроллера, то есть B-Units, имеют префикс «B» в номере модели.

Подсистемы ЦКД [и] и директора предлагались IBM и конкурентами, совместимыми с разъемами, по крайней мере, до 1996 года (с 2301 по 3390 Model 9); [8] всего 22 уникальных [ф] DASD, предлагаемый IBM, имеет как минимум 35 различных конфигураций подсистем . Совместимость с подключаемыми модулями предлагала многие из одинаковых DASD, включая 4 подсистемы CKD с уникальными DASD. [г]

Программирование

[ редактировать ]
См. также: Архитектура IBM System / 360 § Ввод-вывод и Канальный ввод-вывод.

Доступ мэйнфрейма IBM к определенным классам устройств ввода-вывода находится под контролем командных слов канала (CCW), некоторые из которых являются общими (например, «Нет операции»), но многие из которых специфичны для типа устройства ввода-вывода ( например, чтение в обратном направлении для стримера). Группа CCW, определенная IBM для DASD, делится на пять широких категорий:

  • Управление – управление DASD, включая путь к нему.
  • Sense – статус DASD, включая путь к нему; некоторые сенсорные команды влияют на состояние контроллера и DASD способом, более похожим на команду управления, например, RESERVE, RELEASE
  • Запись — запись информации в контроллер или DASD (которая может быть буферизована или кэширована по пути)
  • Поиск [час] – сравнивать информацию ЦП с информацией, хранящейся в DASD; Канал работает в режиме записи, а запоминающее устройство работает в режиме чтения.
  • Чтение – чтение информации из DASD (которая может быть буферизована или кэширована по пути)

CKD CCW — это особый набор CCW, используемый для доступа к подсистемам CKD DASD. В этом отличие от CCW с фиксированной блочной архитектурой (FBA), которые используются для доступа к подсистемам FBA DASD.

CKD DASD адресуется так же, как и другие устройства ввода-вывода; для System/360 и System/370 DASD адресуется напрямую, через каналы и соответствующие блоки управления. [9] [10] [11] (SCU или блок управления хранилищем), первоначально использующий три шестнадцатеричные цифры, одну для канала и две для блока управления и устройства, обеспечивая адресацию до 16 каналов, до 256 механизмов доступа DASD на канал и всего 4096 адресов DASD. Современные мэйнфреймы IBM используют четыре шестнадцатеричные цифры в качестве произвольного номера подканала в подмножестве канальной подсистемы, определение которого включает фактические каналы, блоки управления и устройства, обеспечивая адресацию до 65 536 DASD на подмножество канальной подсистемы. На практике физические и конструктивные ограничения канала и контроллеров ограничивали максимальное количество подключенных к системе DASD меньшим количеством, чем количество, которое можно было адресовать.

Начальный набор функций CKD

[ редактировать ]

Первоначальный набор функций, предоставленный IBM с введением в 1964 году формата трека CKD и связанных с ним CCW, включал: .

  • Дефектный/альтернативный трек — позволяет использовать альтернативный трек для замены дефектного трека, независимо от используемого метода доступа.
  • Переполнение записи – также известное как переполнение дорожки – специальные счетчики записи, ключи и данные CCW могут записывать сегмент записи, который логически является частью сегмента записи на следующей дорожке. Хотя отдельный сегмент записи не может превышать максимальную длину дорожки DASD. [12] трек, последовательность сегментов записи не так ограничена.
  • Многодорожечные операции – определенные CCW могут переходить к следующей последовательной головке. [12]
  • Цепочка команд – CCW могут быть объединены в цепочку для создания сложных канальных программ. Промежутки в формате дорожки CKD обеспечивали достаточно времени между командами, так что все действия канала и SCU, необходимые для выполнения команды, могли выполняться в промежутке между соответствующими полями. [13] Такие программы могут осуществлять поиск в большом объеме информации, хранящейся на DASD, при успешном завершении возвращая только нужные данные и тем самым освобождая ресурсы ЦП для другой деятельности. [14] Этот режим работы синхронно с разрывом позже был расширен дополнительными CCW, обеспечивающими несинхронный режим работы .
  • Переключение каналов - SCU может использоваться совместно между каналами - первоначально было предусмотрено двухканальное переключение, а в более поздних SCU оно было расширено до восьми каналов. Каналы могут находиться на одном или разных процессорах.

Набор функций сканирования также был предоставлен, но не был продолжен в будущих подсистемах CKD после 2314.

Сорок один CCW реализовал этот набор функций:

Команды канала IBM S/360 DASD [15]
Класс команды Команда‡ 2301 [16] 2302 [12] 2303 [12]
7320 [17] [я] 		2311 [12] 2321 [12] 2314
2319 [18] 		МТ
Выключенный 		МТ
На † 		Длина подсчета
Контроль Нет операции С С С С С С 03
Искать С С С С С С 07 6
Искать цилиндр С С С С С С 0Б 6
Искать голову С С С С С С 1Б 6
Установить маску файла С С С С С С 1F 1
Количество мест С С С С С С 0Ф 3
Перекалибровать С С 13 Не ноль
Восстановить С 17 Не ноль
Смысл Датчик ввода-вывода С С С С С С 04 6
Выпуск устройства ТО ТО ТО ТО ТО ТО 94 6
Резервное устройство ТО ТО ТО ТО ТО ТО Б4 6
Поиск Домашний адрес эквалайзер С С С С С С 39 Б9 4 (обычно)
Идентификатор эквалайзера С С С С С С 31 Б1 5 (обычно)
Идентификатор HI С С С С С С 51 Д1 5 (обычно)
Идентификатор EQ или HI С С С С С С 71 БЫТЬ 5 (обычно)
Ключевой эквалайзер С С С С С С 29 А9 от 1 до 255
Ключ Привет С С С С С С 49 С9 от 1 до 255
Клавиша EQ или HI С С С С С С 69 Е9 от 1 до 255
Ключ и данные эквалайзера ТО ТО ТО С 2D ОБЪЯВЛЕНИЕ См. примечание 2.
Ключ и данные HI ТО ТО ТО С 4D компакт-диск См. примечание 2.
Ключ и данные EQ или HI ТО ТО ТО С 6Д ЭД См. примечание 2.
Продолжить сканирование
(см. примечание 1) 		Поиск эквалайзера ТО ТО ТО С 25 А5 См. примечание 2.
Поиск Привет ТО ТО ТО С 45 С5 См. примечание 2.
Поиск HI или EQ ТО ТО ТО С 65 Е5 См. примечание 2.
Установить сравнение ТО ТО ТО С 35 Б5 См. примечание 2.
Установить сравнение ТО ТО ТО С 75 F5 См. примечание 2.
Нет сравнения ТО ТО ТО С 55 Д5 См. примечание 2.
Читать Домашний адрес С С С С С С 1А 9А 5
Считать С С С С С С 12 92 8
Запись 0 С С С С С С 16 96 Количество переданных байтов
Данные С С С С С С 06 86
Ключ и данные С С С С С С 0Е 8Е
Считать. Ключ и данные С С С С С С 1Е 9Е
IPL С С С С С С 02
Писать Домашний адрес С С С С С С 19 5 (обычно)
Запись 0 С С С С С С 15 8*КЛ*ДЛ РО
Счет, ключ и данные С С С С С С 1Д 8+КЛ+ДЛ
Специальный счетчик, ключ и данные С С С С С С 01 8+КЛ+ДЛ
Данные С С С С С С 05 ДЛ
Ключ и данные С С С С С С 0D КЛ*ДЛ
Стереть С С С С С С 11 8*КЛ*ДЛ
Всего КОО 41 30 39 30 40 40 40

Примечания:

О = дополнительная функция
S = стандартная функция
MT = многодорожечный: при поддержке CCW будет продолжать работать со следующими головками по порядку до конца цилиндра.
‡ = TIC (Передача в канале) и другие стандартные команды не показаны.
† = код такой же, как у MT Off, за исключением указанного
1. Функция сканирования файлов (9 CCW) доступна только на 2841 для 2302, 2311 и 2321; они не были доступны на последующих контроллерах DASD для DASD позже 2314.
2. Count — количество байтов в аргументе поиска, включая байты маски.

системы CCW первоначально выполнялись двумя типами SCU, подключенными к высокоскоростным селекторным каналам . СКУ 2820 [16] контролировал 2301 Drum, в то время как 2841 SCU [12] контролируемые комбинации дискового хранилища 2302 , дискового накопителя 2311 , ячейки данных 2321 и/или барабанного хранилища 7320. IBM быстро заменила 7320 на более быстрый и крупный 2303.

Впоследствии набор функций был реализован в семействе средств управления хранилищем 2314 и интегрированном приспособлении System 370 Model 25 .

Следующий пример программы канала [18] читает запись на диске, указанную в поле «Ключ». Известен трек, содержащий запись и нужное значение ключа. SCU выполнит поиск дорожки, чтобы найти запрошенную запись. В этом примере <> указывает, что программа канала содержит адрес хранения указанного поля. 

  SEEK             <cylinder/head number>
  SEARCH KEY EQUAL <key value>
  TIC              *-8 Back to search if not equal
  READ DATA        <buffer>
TIC (перенос в канале) приведет к тому, что программа канала перейдет к команде SEARCH до тех пор, пока не встретится запись с совпадающим ключом (или конец дорожки). Когда будет найдена запись с совпадающим ключом, SCU включит модификатор статуса в статус канала, в результате чего канал пропустит TIC CCW; таким образом, программа канала не будет разветвляться, и канал выполнит команду READ.

Блокировать улучшения канала мультиплексора

[ редактировать ]

Канал блочного мультиплексора был представлен начиная с 1971 года в некоторых высокопроизводительных системах System / 360 вместе с блоком управления 2835 и связанным с ним 2305 DASD. [19] Этот канал был тогда стандартным для IBM System/370 и последующих мэйнфреймов; По сравнению с предыдущим каналом Selector он предлагал улучшения производительности для высокоскоростных устройств, таких как DASD, в том числе:

Множественный запрос

[ редактировать ]

Разрешены многоканальные программы, [Дж] одновременно быть активным на объекте [19] в отличие от только одного с каналом селектора. Фактическое количество предоставляемых подканалов зависит от модели системы и ее конфигурации. [20] Иногда описываемый как отключенная цепочка команд, блок управления может отключаться в разное время во время связанного набора CCW, например, при отключении для поиска CCW, освобождая канал для другого подканала.

Повторить команду

[ редактировать ]

Управление каналом и хранилищем при определенных условиях может взаимодействовать, вызывая повторную попытку CCW без прерывания ввода-вывода. [19] Эта процедура инициируется системой управления хранилищем и используется для восстановления после исправимых ошибок.

Определение вращательного положения

[ редактировать ]

Определение положения вращения (RPS) было реализовано с помощью двух новых CCW: SET SECTOR и READ SECTOR. позволил каналу задерживать цепочку команд до тех пор, пока диск не повернется в заданное угловое положение дорожки. RPS позволяет отключать канал в течение большей части периода ротационной задержки и, таким образом, способствует увеличению использования канала. Блок управления реализует РПС путем разделения каждой колеи на равные угловые сегменты. [19]

Пример программы канала

[ редактировать ]

Следующий пример программы канала отформатирует дорожку с помощью R0 и трех записей CKD. [19] 

  SEEK             <cylinder/head number>
  SET FILE MASK    <allow write operations>
  SET SECTOR       <sector number=0>
  WRITE R0         <cylinder/head/R0, key length=0, data length=6>
  WRITE CKD        <cylinder/head/R1, key length, data length>
  WRITE CKD        <cylinder/head/R2, key length, data length>
  WRITE CKD        <cylinder/head/R3, key length, data length>

В этом примере запись 0 соответствует стандартам программирования IBM. В случае блочного мультиплексора канал свободен во время поиска DASD и снова, пока диск поворачивается к началу дорожки. Канал селектора будет занят на протяжении всей программы.

Пропуск дефекта

[ редактировать ]

Пропуск дефектов позволяет записывать данные до и после одного или нескольких дефектов поверхности. [к] позволяя использовать всю дорожку, за исключением той части, которая имеет дефект. Это также исключает время, которое раньше требовалось для поиска альтернативного пути. [21] Можно было пропустить только ограниченное количество дефектов, поэтому для треков с избыточными дефектами продолжали поддерживаться альтернативные треки.

Пропуск дефектов был введен в 1974 году, когда 3340 был подключен через блок управления хранилищем 3830 Model 2. [21] или интегрированные приложения в небольших системах. Пропуск дефектов по существу был только заводской функцией до 1981 года, когда были выпущены CCW для управления вместе с соответствующими утилитами. [22]

Динамические пути

[ редактировать ]

Впервые представлен с 3380 DASD на блоке управления хранилищем 3880. [23] в 1981 году эта функция была включена в более поздние подсистемы CKD DASD. Функция динамического выбора пути контролирует работу двух контроллеров, включая одновременную передачу данных по двум путям. Если это поддерживается операционной системой, каждый контроллер может служить альтернативным путем в случае, если другой контроллер недоступен. [24]

Три дополнительные команды: Set Path Group ID, Sense Path Group ID и Приостановить многопутевое переподключение используются для поддержки подключения 3380 Модели с двумя контроллерами в начале струны. [23]

Команда Set Path Group ID с динамическим выбором пути (DPS) Функция обеспечивает большую гибкость в работе с зарезервированными устройствами. После того как группа путей для устройства установлена, к ней можно получить доступ. по любому пути, который является членом группы, для которой он зарезервирован. В Кроме того, в системах 370-XA, в которых установлен бит многолучевого режима в байт управления функцией (байт 0) на 1, блокировка мультиплексных переподключений будет происходят на первом доступном пути, который является членом группы, по которой программа канала была инициирована (независимо от состояния резервирования устройство). [23]

Если контроллер, указанный в адресе ввода-вывода, занят или отключен, динамический выбор пути позволяет использовать альтернативный путь. путь к устройству, которое необходимо установить через другое хранилище директор и другой контроллер в модели АА. [24]

Несинхронная работа

[ редактировать ]

До появления в 1981 году директора 3880 доступ к записям CKD осуществлялся синхронно, все действия требовали, чтобы одно CCW заканчивалось, а следующее инициировалось в промежутках между полями CKD. [13] Размер зазора накладывал ограничения на длину кабеля, но обеспечивал очень высокую производительность, поскольку сложные цепочки CCW могли выполняться подсистемой в реальном времени без использования памяти ЦП или циклов.

Несинхронная работа, обеспечиваемая набором CCW Extended CKD («ECKD»), устранила ограничение по времени. [13] Пять дополнительных ECKD CCW: «Определить экстент», «Найти запись», «Записать данные обновления», «Записать ключ и данные обновления» и «Записать следующую дорожку CKD». [23]

В несинхронном режиме передача данных между каналом и устройством управления хранилищем не синхронизирована с передачей данных между устройством управления хранилищем и устройством. Канальные программы могут выполняться таким образом, что действия по управлению каналом и хранилищем, необходимые для завершения выполнения одной команды и перехода к следующей, не должны происходить во время промежутка между записями между двумя соседними полями. Промежуточный буфер в системе управления памятью обеспечивает независимые операции между каналом и устройством. Основным преимуществом ECKD является гораздо более длинные кабели; в зависимости от приложения это может улучшить производительность. [13]

ECKD CCW поддерживаются во всех последующих подсистемах CKD.

В этом примере асинхронная канальная программа считывает записи R1 и R2 с дорожки X'0E' в цилиндре X'007F'. Обе записи имеют длину ключа 8 и длину данных X'64' (100 10 ) байт. [23] 

  Define Extent       <extent= X'007F 0000' through track X'0081 000E'>
  Locate Record       <cylinder = X'007F', head = X'000E'
  Read Key and Data   <key record = X'001038'>
  Read Data           <record = X'001108'>

Кэширование

[ редактировать ]

Кэширование впервые представлено в подсистемах DASD CKD компанией Memorex. [25] (1978) и StorageTek [л] (1981) впоследствии был представлен IBM в конце 1981 года на модели 3880 Model 13 для моделей 3380 с динамическим путями. [м]

Кэш динамически управляется алгоритмом; Доступ к данным с высокой активностью осуществляется из высокопроизводительного кэша, а к данным с низкой активностью — из менее дорогого хранилища DASD. Большая память в режиссере, кэш, разделена на слоты дорожек, в которых хранятся данные с 3380 дорожек. Меньшая область — это каталог, содержащий записи, позволяющие размещать данные в кеше. [26]

Кэши также были предусмотрены на введенных впоследствии средствах контроля хранения.

Другие расширения

[ редактировать ]

Со временем на одном или нескольких элементах управления хранилищем был реализован ряд CCW для управления путем, диагностики и/или устранения ошибок. Например:

  • Безусловный резерв позволял освободить устройство, зарезервированное для другого канала, и зарезервировать устройство для канала, выдающего команду.
  • Чтение ключевых данных с множественным подсчетом может более эффективно считывать полные дорожки, обеспечивая более эффективное резервное копирование.

За пределами системы/370

[ редактировать ]

Снижение цен на процессор и память, а также более высокие скорости устройств и интерфейсов несколько свели на нет преимущества CKD, и поддержка со стороны IBM продолжается по сей день, поскольку ее флагманская операционная система z/OS продолжает использовать CKD CCW для многих функций.

Первоначально записи CKD имели однозначное соответствие физической дорожке устройства DASD; однако со временем записи становятся все более виртуализированными, так что в современном мэйнфрейме IBM больше нет прямого соответствия между идентификатором записи CKD и физическим расположением дорожки. Мэйнфрейм IBM создает изображения дорожек CKD в памяти и выполняет программы каналов ECKD и CKD на основе этого изображения. Чтобы создать мост между собственными дисками с фиксированным размером блока и форматом записи ECKD/CKD переменной длины, образы дорожек CKD в памяти сопоставляются с серией фиксированных блоков, подходящих для передачи в дисковую подсистему FBA и из нее. [27]

Из 83 CKD CCW, реализованных для каналов System/360 и System/370, 56 эмулируются в системах System/390 и более поздних версиях. [27]

См. также

[ редактировать ]

Примечания

[ редактировать ]
  1. ^ Чаще всего это жесткий диск.
  2. ^ длина данных 0 указывает на EOF
  3. ^ Поскольку записи имеют переменную длину и номер записи на дорожке не обязательно должен быть уникальным, номер записи не соответствует угловому смещению.
  4. ^ В некоторых ранних DASD метка была на заглушке, что позволяло перемещать адрес между DASD.
  5. ^ Это комбинация SCU и одного или нескольких DASD или A-Unit с любыми подключенными B-Unit.
  6. ^ Уникальное сочетание количества треков и максимальной длины трека. Согласно этому определению DASD двойной плотности считается уникальным DASD.
  7. ^ двойная плотность 2314, тройная плотность 3330, двойная плотность 3350 и твердотельный диск
  8. ^ Технически пишет
  9. ^ 2302 заменил 7230. Datamation, март 1966 г., стр. 81
  10. ^ В случае 2305 до 8 каналов для одного диска и 16 на одном SCU.
  11. ^ Количество пропускаемых дефектов зависит от модели DASD.
  12. ^ STK 8890 CyberCache поддерживается для STK 3350.
  13. ^ Одновременно было объявлено о том, что 3880-11 использует свой кэш в режиме пейджинга 3350 в качестве пейджингового устройства.

Ссылки

[ редактировать ]
  1. ^ Введение в IBM 3990 Storage Control – 6-е изд . ИБМ. Февраль 1994 г. GA32-0098-05.
  2. ^ «Подсчет ключевых данных» . Центр знаний IBM . ИБМ . Проверено 6 августа 2014 г.
  3. ^ Jump up to: а б с Корпорация IBM (сентябрь 1969 г.). Описания компонентов IBM System/360 2314 Direct Access Storage Facility и 2844 Auxiliary Storage Control (PDF) . Архивировано из оригинала (PDF) 30 марта 2020 г. Проверено 5 декабря 2019 г.
  4. ^ Корпорация IBM (ноябрь 1973 г.). Дисковое хранилище серии 3330. 3333, модели 1 и 11. 3330, модели 1, 2 и 11. Сводная справочная информация (PDF) . Проверено 5 декабря 2019 г.
  5. ^ Хоукамер, Гилберт Э.; Артис, Х. Пэт (1993). Подсистемы ввода-вывода MVS: управление конфигурацией и анализ производительности . Нью-Йорк: МакГроу-Хилл. ISBN  978-0-07-002553-0 . ОСЛК   26096983 .
  6. ^ Jump up to: а б с «Синхронные операции DASD». Введение в асинхронные подсистемы хранения данных с прямым доступом . Международная корпорация бизнес-машин. Январь 1990 г. GC46–4519–0.
  7. ^ «Историческое повествование 1970-х годов, США против IBM, экспонат 14971» . Июль 1980 г. с. 1051.
  8. ^ «Хранилище с прямым доступом * 22,7 ГБ, 12 приводов» . Архивировано из оригинала 22 декабря 2015 года.
  9. ^ Принципы работы IBM System/360 (PDF) . ИБМ. Операции ввода/вывода. ГА22-6821-7.
  10. ^ Принципы работы IBM System/370 (PDF) . ИБМ. Операции ввода/вывода. ГА22-7000-0.
  11. ^ «Глава 13. Обзор ввода-вывода». Архитектура корпоративных систем IBM/370 Принципы работы (PDF) . ИБМ. СА22-7000-0.
  12. ^ Jump up to: а б с д и ж г Описания компонентов IBM System/360 — 2841 и связанный с ним DASD (PDF) . Восьмое издание. ИБМ. Декабрь 1969 г. GA26-5988-7. Архивировано (PDF) из оригинала 14 октября 2011 г. Проверено 7 декабря 2015 г.
  13. ^ Jump up to: а б с д Введение в асинхронные подсистемы хранения данных с прямым доступом . ИБМ. Январь 1990 г. GC26-4519-0.
  14. ^ Дж. Бюзен (июнь 1975 г.). «Архитектура подсистемы ввода-вывода» . Труды IEEE . 63 (6): 871. doi : 10.1109/PROC.1975.9852 . S2CID   68000 .
  15. ^ Получено из справочных данных IBM System/360 (зеленая) карта, GX20-1703-9.
  16. ^ Jump up to: а б Описания компонентов IBM System/360 — 2820 Storage Control и 2301 Drum Storage (PDF) . Архивировано (PDF) из оригинала 4 марта 2016 г. Проверено 28 августа 2015 г.
  17. ^ Описания компонентов IBM System/360 — 2841 и связанный с ним DASD (PDF) . Первое издание. ИБМ. А26-5988-0.
  18. ^ Jump up to: а б Описания компонентов IBM System / 360 2314 Direct Access Storage Facility и 2844 Auxiliary Storage Control (PDF) (седьмое изд.), ноябрь 1971 г., GA26-3599-6
  19. ^ Jump up to: а б с д и Справочное руководство для IBM 2835 Storage Control и модуля хранения с фиксированной головкой IBM 2305 (PDF) . Октябрь 1983 г. GA26-1589-5. Архивировано (PDF) из оригинала 4 марта 2016 г. Проверено 21 декабря 2015 г.
  20. ^ Дж. Кеттнер (ноябрь 2007 г.). «Ввод/вывод — технический документ» (PDF) . ИБМ. Архивировано из оригинала (PDF) 4 марта 2016 г.
  21. ^ Jump up to: а б Справочное руководство для модели 3830 1 . Март 1974 года.
  22. ^ «Средства поддержки устройств, руководство пользователя и справочник. Версия 4.0» (PDF) . Май 1981. стр. VI, 46, 61, 87.
  23. ^ Jump up to: а б с д и IBM 3880 Storage Control Models 1, 2, 3 и 4. Описание руководства . ИБМ. Сентябрь 1987 г. Раздел 4. GA26-1661-9.
  24. ^ Jump up to: а б Описание и руководство пользователя хранилища IBM 3380 Direct Access (PDF) . ИБМ. Декабрь 1981 г. GA26-1664-1.
  25. ^ «Теперь Memorex заполняет пробел в производительности вашей системы» (PDF) . Датаматизация . Август 1978. стр. 85–86.
  26. ^ Введение в IBM 3880 Storage Control Model 13 (PDF) . ИБМ. Сентябрь 1981 г. GA32-0062-0.
  27. ^ Jump up to: а б IBM S/390 Multiprise 3000 Enterprise Server, внутренняя дисковая подсистема: Справочное руководство . ИБМ. Ноябрь 1999 г. Архивировано из оригинала 4 марта 2016 г.

Дальнейшее чтение

[ редактировать ]
Retrieved from "https://en.wikipedia.org/w/index.php?title=Count_key_data&oldid=1212635391"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: f98ec2f8e6c9ee8122febced30c36d55__1709922780
URL1:https://arc.ask3.ru/arc/aa/f9/55/f98ec2f8e6c9ee8122febced30c36d55.html
Заголовок, (Title) документа по адресу, URL1:
Count key data - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)