El formato CKD ( Count Key Data ) es un formato de registro de datos para dispositivos de almacenamiento de acceso directo (DASD) [ a ] introducido en 1964 por IBM con su IBM System/360 y que aún se emula en los mainframes de IBM. Es un formato autodefinible donde cada registro de datos está representado por un Área de Conteo que identifica el registro y proporciona el número de bytes en un Área de Clave opcional y un Área de Datos opcional. Esto contrasta con los dispositivos que utilizan un tamaño de sector fijo o una pista de formato independiente.
Los datos de clave de conteo (CKD) también se refieren al conjunto de comandos de canal (colectivamente, palabras de comando de canal, CCW) que genera un mainframe de IBM para su ejecución por un subsistema DASD que emplea el formato de grabación CKD. [ 1 ] El conjunto inicial de CCW CKD, introducido en 1964, se mejoró y perfeccionó sustancialmente en la década de 1990.
formato de pista CKD

La razón del formato de pista CKD es permitir que varíen las longitudes de los campos de datos; cada bloque de datos grabado en una pista DASD, llamado registro , tiene un campo de conteo asociado que identifica el registro e indica el tamaño de la clave, si se usa (definida por el usuario hasta 255 bytes), y el tamaño del área de datos, si se usa. [ 2 ] [ b ] El campo de conteo tiene la identificación del registro [ c ] en formato de registro de cabezal de cilindro, la longitud de la clave y la longitud de los datos. La clave puede omitirse o consistir en una cadena de caracteres.
"El inicio de una pista se señala cuando se detecta el marcador de índice (punto de índice). ... El marcador es reconocido automáticamente por un dispositivo de detección especial." [ 3 ] : 5 A continuación del marcador de índice se encuentra la dirección de inicio , que indica la ubicación de esta pista en el disco y contiene otra información de control interna de la unidad de control. Un espacio de longitud fija sigue a la dirección de inicio. A continuación, cada pista contiene un Registro 0 (R0), el registro descriptor de pista, que está "diseñado para permitir que todo el contenido de una pista se mueva a pistas alternativas si una parte de la pista principal se vuelve defectuosa." [ 3 ] : 7 A continuación de R0 se encuentran los registros de datos, separados por espacios. [ 3 ] : 9
Debido a las lagunas y otra información, el espacio registrado es mayor que el requerido solo para los datos de conteo, datos clave o datos de usuario. IBM proporciona una "tarjeta de referencia" para cada dispositivo, que se puede usar para calcular la cantidad de registros por pista para varios tamaños de campos clave y de datos, y para optimizar la capacidad del dispositivo. [ 4 ] Posteriormente, se escribieron programas para realizar estos cálculos. Dado que los registros normalmente no se dividen entre pistas, especificar un tamaño de registro incorrecto crea problemas.
En la mayoría de los casos, se omite la clave y el registro se localiza secuencialmente o mediante direccionamiento directo de la cabeza del cilindro. Si está presente, la clave es cualquier dato utilizado para encontrar el registro, generalmente mediante la clave de búsqueda igual o la clave de búsqueda alta o igual en sentido antihorario. La clave (y por lo tanto el registro) se puede localizar mediante comandos de hardware. [ 5 ] Desde la introducción del System/360 de IBM en 1964, casi todos los DASD de sistemas grandes e intermedios de IBM han utilizado el formato de registro de datos de clave de conteo. [ 6 ]
Las ventajas del formato de registro de datos de clave de conteo son:
- El tamaño del registro se puede ajustar exactamente al tamaño de los bloques de datos de la aplicación.
- Los requisitos de CPU y memoria pueden reducirse aprovechando los comandos de teclas de búsqueda.
- Los subsistemas IBM CKD inicialmente operaban de forma síncrona con el canal del sistema y podían procesar información en los intervalos entre los distintos campos, logrando así un mayor rendimiento al evitar la transferencia redundante de información al host. [ 6 ] Tanto las operaciones síncronas como las asíncronas son compatibles con subsistemas posteriores. [ 6 ]
La reducción de los precios de las CPU y la memoria, así como el aumento de la velocidad de los dispositivos y las interfaces, han neutralizado en cierta medida las ventajas de CKD, y este se mantiene únicamente porque el sistema operativo z/OS de IBM no es totalmente compatible con las interfaces orientadas a sectores.
Originalmente, los registros CKD tenían una correspondencia uno a uno con una pista física de un dispositivo DASD; sin embargo, con el tiempo, los registros se han virtualizado cada vez más, de modo que en los mainframes modernos de IBM ya no existe una correspondencia directa entre un ID de registro CKD y la disposición física de una pista.
Subsistemas CKD DASD de IBM
Embalaje

Inicialmente, existía un alto grado de correspondencia entre la vista lógica de los accesos DASD y el hardware real, como se muestra en la ilustración. Normalmente, se colocaban etiquetas de tres dígitos [ d ] para identificar la dirección del canal, la unidad de control y el dispositivo.
En los sistemas de gama baja, el canal y la unidad de control frecuentemente estaban integrados físicamente, pero permanecían lógicamente separados. La nueva estrategia de conexión de IBM [ 7 ], que comenzó con el modelo 3830 Modelo 2 en 1972, separó físicamente la SCU en dos entidades físicas, un director y un controlador, aunque lógicamente las mantuvo iguales. El controlador maneja el formato de pista CKD y se empaqueta con la primera unidad o unidades en una cadena de unidades y tiene un número de modelo con la letra "A" como prefijo, una "Unidad A" (o "Caja A") como en el modelo 3350 A2 que contiene un controlador y dos DASD. Las DASD sin controlador, es decir, las Unidades B, tienen el prefijo "B" en su número de modelo.
Los subsistemas CKD [ e ] y los directores fueron ofrecidos por IBM y competidores compatibles enchufables hasta al menos 1996 (modelo 9, 2301 a 3390); [ 8 ] en total , IBM ofreció 22 DASD [ f ] únicos configurados en al menos 35 configuraciones de subsistema diferentes . Los competidores compatibles enchufables ofrecieron muchos de los mismos DASD, incluidos 4 subsistemas CKD que presentaban DASD únicos. [ g ]
Programación
El acceso a clases específicas de dispositivos de E/S por parte de un mainframe de IBM está controlado por palabras de comando de canal (CCW), algunas de las cuales son genéricas (por ejemplo, Sin operación), pero muchas son específicas del tipo de dispositivo de E/S (por ejemplo, Lectura inversa para una unidad de cinta ). El grupo de CCW definido por IBM para DASD se divide en cinco categorías principales:
- Control – control del DASD incluyendo la ruta hacia el mismo
- Sense : estado de detección del DASD, incluida la ruta hacia el mismo; algunos comandos de detección afectan el estado del controlador y del DASD de una manera más acorde con un comando de control, por ejemplo, RESERVE, RELEASE.
- Escribir : escribir información en el controlador o DASD (que puede estar almacenada en búfer o en caché en la ruta).
- Búsqueda [ h ] – compara la información de la CPU con la información almacenada en el DASD; el canal opera en modo de escritura mientras que la unidad de almacenamiento opera en modo de lectura.
- Leer : leer información del DASD (que puede estar almacenada en búfer o en caché en la ruta).
Los CCW de CKD son el conjunto específico de CCW que se utilizan para acceder a los subsistemas DASD de CKD. Esto contrasta con los CCW de arquitectura de bloques fijos (FBA), que se utilizan para acceder a los subsistemas DASD de FBA.
Los DASD de CKD se direccionan como otros dispositivos de entrada/salida; para System/360 y System/370, los DASD se direccionan directamente, a través de canales y las unidades de control asociadas [ 9 ] [ 10 ] [ 11 ] (SCU o Unidad de Control de Almacenamiento), inicialmente usando tres dígitos hexadecimales, uno para el canal y dos para la unidad de control y el dispositivo, proporcionando direccionamiento para hasta 16 canales, para hasta 256 mecanismos de acceso DASD/canal y 4096 direcciones DASD en total. Los mainframes modernos de IBM usan cuatro dígitos hexadecimales como un número de subcanal arbitrario dentro de un subconjunto de subsistema de canal, cuya definición incluye los canales reales, las unidades de control y el dispositivo, proporcionando direccionamiento para hasta 65 536 DASD por subconjunto de subsistema de canal. En la práctica, las restricciones físicas y de diseño del canal y de los controladores limitaron el número máximo de DASD conectados que se pueden conectar a un sistema a una cantidad menor que el número que se puede direccionar.
Determinación del tamaño del bloque
Un aspecto del diseño de sistemas fue determinar los tamaños óptimos de bloque (registro físico) para los conjuntos de datos, aunque "óptimo" a menudo implicaba un compromiso entre el uso del disco y el almacenamiento principal. La capacidad del dispositivo DASD se describía mediante una tabla en una tarjeta de referencia de bolsillo para un dispositivo específico. Aquí hay un ejemplo para un 2311-1 [ 12 ].
Cualquier espacio en una pista demasiado pequeño para contener un bloque completo se desperdiciaba. Con bloques de 6 bytes, una pista podía almacenar 42 × 6, es decir, 252 bytes, mientras que con registros de 3605 bytes (bloqueo de pista completa) la pista podía almacenar 3605 bytes. Por otro lado, un registro de 1721 bytes se seguía escribiendo uno por pista. La utilización óptima del disco se lograba utilizando un tamaño de bloque con un número entero de registros lo más cercano posible a 1720 o 3605 bytes, pero menor que este (media o pista completa). Sin embargo, esto debía equilibrarse con el uso del almacenamiento principal, ya que un programa con varios archivos abiertos necesitaría espacio de búfer para uno o dos bloques por archivo.
Este gráfico describía los registros sin claves. Dado que las claves requerían un espacio adicional en el disco, se utilizó un gráfico aparte.
Se escribieron programas que aceptaban como entrada el tamaño de registro y el tipo de dispositivo requeridos y calculaban los tamaños de bloque óptimos. [ 13 ]
Conjunto de características iniciales de ERC
El conjunto inicial de características proporcionado por IBM con la introducción en 1964 del formato de pista CKD y los CCW asociados incluía: .
- Vía defectuosa/alternativa : permite que una vía alternativa reemplace una vía defectuosa, sin que esto afecte al método de acceso utilizado.
- Desbordamiento de registro ( también conocido como desbordamiento de pista ): el CCW de conteo especial, clave y datos puede escribir un segmento de registro que lógicamente forma parte de un segmento de registro en la siguiente pista. Si bien un segmento de registro individual no puede exceder la longitud máxima de pista de una pista DASD [ 14 ] , una secuencia de segmentos de registro no está limitada de esa manera.
- Operaciones multipista : ciertas vías en sentido antihorario pueden continuar en las siguientes vías secuenciales hasta el final del cilindro. [ 14 ]
- Encadenamiento de comandos : los CCW se podían encadenar para construir programas de canal complejos. Los espacios en un formato de pista CKD proporcionaban tiempo suficiente entre los comandos para que toda la actividad del canal y de la SCU necesaria para completar un comando se pudiera realizar en el espacio entre los campos apropiados. [ 15 ] Dichos programas pueden buscar una gran cantidad de información almacenada en un DASD, y al completarse con éxito, devuelven solo los datos deseados y, por lo tanto, liberan recursos de CPU para otra actividad. [ 16 ] Este modo de operación síncrono con el espacio se mejoró posteriormente con CCW adicionales que permitieron un modo de operación no síncrono .
- Encadenamiento de datos : cuando el CCW actual ha leído o escrito el número especificado de bytes, el encadenamiento de datos "hace que el área de almacenamiento del siguiente CCW se utilice con la operación de E/S actual. El uso del encadenamiento de datos permite transferir datos hacia o desde áreas de almacenamiento no contiguas en una sola operación de E/S". [ 17 ] [ 18 ]
- Conmutación de canales : una SCU puede compartirse entre varios canales . Inicialmente, se ofrecía la conmutación de dos canales, y en versiones posteriores de la SCU se amplió hasta ocho. Los canales pueden estar en la misma CPU o en CPU diferentes.
También se proporcionó un conjunto de funciones de escaneo, pero no se mantuvo en los subsistemas CKD posteriores al 2314.
Cuarenta y un sistemas de porte oculto de armas (CCW) implementaron el conjunto de características:
Notas:
- O = característica opcional
- S = característica estándar
- MT = multivía: cuando se admite, el giro en sentido antihorario continuará operando en los siguientes cabezales en secuencia hasta el final del cilindro.
- ‡ = TIC (Transferencia en canal) y otros comandos estándar no mostrados.
- † = código igual que MT Off excepto lo indicado
- 1. La función de escaneo de archivos (9 CCW) solo estaba disponible en el 2841 para los modelos 2302, 2311 y 2321; no estaba disponible en los controladores DASD posteriores al 2314.
- 2. Count es el número de bytes en el argumento de búsqueda, incluidos los bytes de máscara.
Las CCW se ejecutaban inicialmente mediante dos tipos de SCU conectadas a los canales selectores de alta velocidad del sistema . La SCU 2820 [ 20 ] controlaba el tambor 2301, mientras que la SCU 2841 [ 14 ] controlaba combinaciones del almacenamiento en disco 2302 , la unidad de disco 2311 , la celda de datos 2321 y/o el almacenamiento en tambor 7320. IBM reemplazó rápidamente el 7320 por el 2303, más rápido y de mayor capacidad.
Posteriormente, el conjunto de funciones se implementó en la familia de controles de almacenamiento 2314 y en un accesorio integrado del Sistema 370 Modelo 25 .
El siguiente ejemplo de un programa de canal [ 22 ] lee un registro de disco identificado por un campo Clave. Se conoce la pista que contiene el registro y el valor deseado de la clave. La SCU buscará en la pista el registro solicitado. En este ejemplo, <> indica que el programa de canal contiene la dirección de almacenamiento del campo especificado.
BUSCAR <número de cilindro/cabezal> CLAVE DE BÚSQUEDA IGUAL <valor de clave> TIC *-8 Volver a la búsqueda si no es igual LEER DATOS <búfer>
- La transferencia en el canal (TIC) provocará que el programa del canal salte al comando BÚSQUEDA hasta que se encuentre un registro con una clave coincidente (o el final de la pista). Cuando se encuentre un registro con una clave coincidente, la SCU incluirá el modificador de estado en el estado del canal, lo que hará que el canal omita la transferencia en sentido contrario a las agujas del reloj; por lo tanto, el programa del canal no saltará y el canal ejecutará el comando LECTURA.
Mejoras en los canales del multiplexor de bloques
El canal multiplexor de bloques se introdujo a partir de 1971 en algunos sistemas System/360 de gama alta junto con la unidad de control 2835 y el DASD 2305 asociado, [ 23 ] Este canal fue entonces estándar en IBM System/370 y mainframes posteriores; en comparación con el canal Selector anterior, ofreció mejoras de rendimiento para dispositivos de alta velocidad como el DASD, incluyendo:
Solicitudes múltiples
Permitió que varios programas de canal, [ j ] estuvieran activos simultáneamente en la instalación [ 23 ] en lugar de solo uno con un canal Selector. El número real de subcanales proporcionados depende del modelo del sistema y su configuración. [ 24 ] A veces descrito como encadenamiento de comandos desconectados, la unidad de control podía desconectarse en varios momentos durante un conjunto encadenado de CCW, por ejemplo, la desconexión para un CCW de búsqueda, liberando el canal para otro subcanal.
Reintentar comando
El control de canal y almacenamiento, bajo ciertas condiciones, puede interactuar para provocar que se vuelva a intentar un CCW sin una interrupción de E/S. [ 23 ] Este procedimiento lo inicia el control de almacenamiento y se utiliza para recuperarse de errores corregibles.
Detección de posición rotacional
La detección de posición rotacional (RPS) se implementó con dos nuevas funciones de control en sentido antihorario (CCW), SET SECTOR y READ SECTOR, que permitieron al canal retrasar la cadena de comandos hasta que el disco giró a una posición angular específica. La RPS permite la desconexión del canal durante la mayor parte del período de retardo rotacional y, por lo tanto, contribuye a una mayor utilización del canal. La unidad de control implementa la RPS dividiendo cada pista en segmentos angulares iguales. [ 23 ]
Ejemplo de programa de canal
El siguiente programa de canal de ejemplo formateará una pista con un R0 y tres registros CKD. [ 23 ]
BUSCAR <número de cilindro/cabezal> ESTABLECER MÁSCARA DE ARCHIVO <permitir operaciones de escritura> ESTABLECER SECTOR <sector número=0> ESCRIBIR R0 <cilindro/cabezal/R0, longitud de clave=0, longitud de datos=6> ESCRIBIR CKD <cilindro/cabezal/R1, longitud de clave, longitud de datos> ESCRIBIR CKD <cilindro/cabezal/R2, longitud de clave, longitud de datos> ESCRIBIR CKD <cilindro/cabezal/R3, longitud de clave, longitud de datos>
En este ejemplo, el registro 0 cumple con los estándares de programación de IBM. Con un canal multiplexor de bloques, el canal está libre mientras el DASD busca y nuevamente mientras el disco gira hasta el inicio de la pista. Un canal selector estaría ocupado durante toda la ejecución de este programa de ejemplo.
Omisión de defectos
La omisión de defectos permite escribir datos antes y después de uno o más defectos superficiales [ k ], lo que permite utilizar toda una pista excepto la porción que contiene el defecto. Esto también elimina el tiempo que antes se requería para buscar una pista alternativa. [ 25 ] Solo se podía omitir un número limitado de defectos, por lo que se mantenían las pistas alternativas para aquellas con defectos excesivos.
La omisión de defectos se introdujo en 1974 con el modelo 3340 conectado a través de la unidad de control de almacenamiento 3830 Modelo 2 [ 25 ] o mediante accesorios integrados en sistemas pequeños. La omisión de defectos fue esencialmente una función exclusiva de fábrica hasta 1981, cuando se lanzaron los CCW para la gestión junto con las utilidades asociadas. [ 26 ]
Rutas dinámicas
Introducida por primera vez con el DASD 3380 en la unidad de control de almacenamiento 3880 [ 27 ] en 1981, esta función se incluyó en los subsistemas DASD CKD posteriores. La función de selección dinámica de ruta controla el funcionamiento de los dos controladores, incluyendo la transferencia simultánea de datos a través de ambas rutas. Cuando el sistema operativo lo admite, cada controlador puede funcionar como una ruta alternativa en caso de que el otro no esté disponible. [ 28 ]
Se utilizan tres comandos adicionales, Establecer ID de grupo de ruta, Detectar ID de grupo de ruta y Suspender reconexión de rutas múltiples, para admitir la conexión de los modelos 3380 que tienen dos controladores al inicio de una cadena. [ 27 ]
El comando Establecer ID de grupo de ruta, con la función de selección dinámica de ruta (DPS), proporciona mayor flexibilidad en las operaciones con dispositivos reservados. Una vez establecido un grupo de ruta para un dispositivo, se puede acceder a él a través de cualquier ruta que pertenezca al grupo al que está reservado. Además, en los sistemas 370-XA que establecen el bit de modo multipath en el byte de control de función (byte 0) a 1, las reconexiones de multiplexación por bloques se producirán en la primera ruta disponible que pertenezca al grupo sobre el que se inició el programa de canal (independientemente del estado de reserva del dispositivo). [ 27 ]
Si el controlador designado en la dirección de E/S está ocupado o deshabilitado, la selección dinámica de ruta permite establecer una ruta alternativa al dispositivo a través de otro director de almacenamiento y el otro controlador en el modelo AA. [ 28 ]
Operación no síncrona
Antes de la introducción del director 3880 en 1981, los registros CKD se accedían de forma síncrona; todas las actividades requerían que se finalizara un CCW y se iniciara el siguiente en los espacios entre los campos CKD. [ 15 ] El tamaño del espacio imponía limitaciones a la longitud del cable, pero proporcionaba un rendimiento muy alto, ya que el subsistema podía ejecutar cadenas complejas de CCW en tiempo real sin utilizar memoria ni ciclos de CPU.
La operación no síncrona proporcionada por el conjunto de CCW de CKD extendido ("ECKD") eliminó la restricción de tiempo de brecha. [ 15 ] Los cinco CCW ECKD adicionales son Definir extensión, Localizar registro, Escribir datos de actualización, Escribir clave y datos de actualización y Escribir pista siguiente de CKD. [ 27 ]
En el funcionamiento no síncrono, la transferencia de datos entre el canal y el control de almacenamiento no está sincronizada con la transferencia de datos entre el control de almacenamiento y el dispositivo. Los programas de canal pueden ejecutarse de forma que las actividades del canal y del control de almacenamiento necesarias para finalizar la ejecución de un comando y pasar al siguiente no tengan que producirse durante el intervalo entre registros de dos campos adyacentes. Un búfer intermedio en el control de almacenamiento permite operaciones independientes entre el canal y el dispositivo. Una ventaja importante de los ECKD es la mayor longitud de sus cables; según la aplicación, esto puede mejorar el rendimiento. [ 15 ]
Los CCW de ECKD son compatibles con todos los subsistemas CKD posteriores.
Este programa de canal no síncrono de ejemplo lee los registros R1 y R2 de la pista X'0E' en el cilindro X'007F'. Ambos registros tienen una longitud de clave de 8 y una longitud de datos de X'64' (100 10 ) bytes. [ 27 ]
Definir extensión <extent= X'007F 0000' a través de la pista X'0081 000E'> Localizar registro <cilindro = X'007F', cabezal = X'000E' Leer clave y datos <registro de clave = X'001038'> Leer datos <registro = X'001108'>
Almacenamiento en caché
El almacenamiento en caché se introdujo por primera vez en los subsistemas S/370 DASD CKD por Memorex [ 29 ] (1978) y StorageTek [ l ] (1981). Posteriormente, IBM introdujo el Speed Matching Buffer (SMB) en los modelos 3880 2 y 3 [ 27 ] para permitir la conexión de unidades 3375 y 3380 a canales más lentos e introdujo formalmente el almacenamiento en caché a finales de 1981 en el modelo 3880 13 para los modelos del 3380 con rutas dinámicas. [ m ]
La caché se gestiona dinámicamente mediante un algoritmo; los datos de alta actividad se acceden desde la caché de alto rendimiento y los datos de baja actividad desde el almacenamiento DASD, menos costoso. Una gran memoria en el Director, la caché, está dividida en ranuras de pista que almacenan datos de las 3380 pistas. Un área más pequeña es un directorio que contiene entradas que permiten localizar datos en la caché. [ 30 ]
También se proporcionaron cachés en los controles de almacenamiento introducidos posteriormente.
Otras extensiones
Con el tiempo, se implementaron varios CCW de control de ruta, diagnóstico y/o recuperación de errores en uno o más controles de almacenamiento. Por ejemplo:
- La reserva incondicional permitía liberar un dispositivo reservado para otro canal y reservarlo nuevamente para el canal que emitía el comando.
- La lectura de múltiples claves de conteo podría leer pistas completas de manera más eficiente, lo que permitiría copias de seguridad más eficientes.
Más allá del Sistema/370
La reducción de los precios de las CPU y la memoria, así como el aumento de la velocidad de los dispositivos y las interfaces, han neutralizado en cierta medida las ventajas de CKD, y IBM continúa ofreciendo soporte hasta la fecha porque su sistema operativo insignia, z/OS, sigue utilizando CCW de CKD para muchas funciones.
Originalmente, los registros CKD tenían una correspondencia uno a uno con una pista física de un dispositivo DASD; sin embargo, con el tiempo, los registros se han virtualizado cada vez más, de modo que en un mainframe IBM moderno ya no existe una correspondencia directa entre el ID de un registro CKD y la disposición física de una pista. Un mainframe IBM construye imágenes de pistas CKD en memoria y ejecuta los programas de canal ECKD y CKD sobre la imagen. Para conectar los discos nativos de tamaño de bloque fijo con el formato de registro ECKD/CKD de longitud variable, las imágenes de pistas CKD en memoria se asignan a una serie de bloques fijos adecuados para la transferencia hacia y desde un subsistema de disco FBA. [ 31 ]
De los 83 CCW CKD implementados para los canales System/360 y System/370, 56 se emulan en System/390 y sistemas posteriores. [ 31 ]
Véase también
Notas
- ↑ Generalmente un disco duro.
- ↑ La longitud de los datos 0 indica el final del archivo (EOF).
- ↑ Debido a que los registros tienen una longitud variable y a que el número de registro en la pista no tiene por qué ser único, el número de registro no corresponde a un desplazamiento angular.
- ↑ En algunos DASD antiguos, la etiqueta estaba en un conector que permitía mover la dirección entre DASD.
- ↑ Se trata de la combinación de una SCU y uno o más DASD o una Unidad A con cualquier Unidad B adjunta.
- ↑ Una combinación única de número de pistas y longitud máxima de pista. Con esta definición, un DASD de doble densidad se considera un DASD único.
- ↑ doble densidad 2314, triple densidad 3330, doble densidad 3350 y disco de estado sólido
- ↑ Técnicamente escribe
- ↑ El modelo 2302 reemplazó al 7230. Datamation, marzo de 1966, pág. 81
- ↑ En el caso del 2305, hasta 8 programas de canal para la misma unidad de disco y 16 en la misma SCU.
- ↑ El número de defectos omitibles varía según el modelo DASD.
- ^ STK 8890 CyberCache para compatibles con STK 3350
- ↑ Simultáneamente se anunció el 3880-11 utilizando su caché en modo de paginación 3350 como dispositivos de paginación
Referencias
- ↑ Introducción al control de almacenamiento IBM 3990 – 6.ª ed . IBM. Febrero de 1994. GA32-0098-05.
- ↑ "Diseño de volumen y formatos de registro en dispositivos CKD" . IBM Corp. 25 de enero de 2024. Consultado el 16 de abril de 2025 .
- 1 2 3 IBM Corporation (septiembre de 1969). Descripciones de componentes del sistema IBM/360 2314 Instalación de almacenamiento de acceso directo y 2844 Control de almacenamiento auxiliar (PDF) . Archivado del original (PDF) el 30 de marzo de 2020. Recuperado el 5 de diciembre de 2019 .
- ↑ IBM Corporation (noviembre de 1973). Almacenamiento en disco de la serie 3330. Modelos 1 y 11 del 3330. Resumen de referencia de los modelos 1, 2 y 11 del 3330 (PDF) . Consultado el 5 de diciembre de 2019 .
- ↑ Houtekamer, Gilbert E.; Artis, H. Pat (1993). Subsistemas de E/S de MVS: Gestión de la configuración y análisis del rendimiento . Nueva York: McGraw-Hill. ISBN 978-0-07-002553-0OCLC 26096983
- 1 2 3 "Operaciones DASD síncronas". Introducción a los subsistemas de almacenamiento de acceso directo no síncronos . International Business Machines Corporation. Enero de 1990. GC46–4519–0.
- ↑ "Narrativa histórica de la década de 1970, EE. UU. contra IBM, Anexo 14971" . Julio de 1980. pág. 1051.
- ↑ "Almacenamiento de acceso directo * 22,7 GB, 12 actuadores" . Archivado del original el 22 de diciembre de 2015.
- ↑ Principios de funcionamiento del sistema IBM System/360 (PDF) . IBM. Operaciones de entrada/salida. GA22-6821-7.
- ↑ Principios de funcionamiento del sistema IBM System/370 (PDF) . IBM. Operaciones de entrada/salida. GA22-7000-0.
- ↑ "Capítulo 13. Descripción general de E/S". Arquitectura de sistemas empresariales de IBM/Principios de funcionamiento 370 (PDF) . IBM. SA22-7000-0.
- ↑ "DASD Capacity and Transmission Time" (PDF) . bitsavers . IBM Corporation . Consultado el 28 de diciembre de 2025 .
- ↑ "CBT File001 - Directorio" . cbttape.org . Consultado el 28 de diciembre de 2025 .
- 1 2 3 4 5 6 7 Descripciones de componentes del sistema IBM/360: 2841 y DASD asociados (PDF) . Octava edición. IBM. Diciembre de 1969. GA26-5988-7. Archivado (PDF) del original el 14 de octubre de 2011. Recuperado el 7 de diciembre de 2015 .
- 1 2 3 4 Introducción a los subsistemas de almacenamiento de acceso directo no síncrono . IBM. Enero de 1990. GC26-4519-0.
- ↑ J. Buzen (junio de 1975). "Arquitectura del subsistema de E/S". Actas del IEEE . 63 (6): 871. doi : 10.1109/PROC.1975.9852 . S2CID 68000 .
- ↑ Sprinkle, Tommy. "Resumen de referencia de E/S 370" . MVS/Programación de sistemas . Consultado el 10 de enero de 2026 .
- ↑ Texto para estudiantes Introducción a la arquitectura del sistema IBM/360 (PDF) . IBM Corporation. Abril de 1968. pág. 22. Consultado el 11 de enero de 2026 .
- ↑ Derivado de la tarjeta de datos de referencia (verde) de IBM System/360, GX20-1703-9
- 1 2 Descripciones de componentes del sistema IBM/360: 2820 Control de almacenamiento y 2301 Almacenamiento de tambor (PDF) . Archivado (PDF) del original el 4 de marzo de 2016. Recuperado el 28 de agosto de 2015 .
- ↑ Descripciones de componentes de IBM System/360 - 2841 y DASD asociados (PDF) . Primera edición. IBM. A26-5988-0.
- 1 2 Descripciones de componentes del sistema IBM System/360 2314 Instalación de almacenamiento de acceso directo y 2844 Control de almacenamiento auxiliar (PDF) (Séptima edición), noviembre de 1971, GA26-3599-6
- 1 2 3 4 5 Manual de referencia para IBM 2835 Storage Control y IBM 2305 Fixed Head Storage Module (PDF) . Octubre de 1983. GA26-1589-5. Archivado (PDF) del original el 4 de marzo de 2016. Consultado el 21 de diciembre de 2015 .
- ↑ J. Kettner (noviembre de 2007). "Entrada/Salida: un documento técnico" (PDF) . IBM. Archivado del original (PDF) el 4 de marzo de 2016.
- 1 2 Manual de referencia para el modelo 3830 1. Marzo de 1974.
- ↑ "Funciones de soporte del dispositivo, guía del usuario y referencia. Versión 4.0" (PDF) . Mayo de 1981. págs. vi, 46, 61, 87.
- 1 2 3 4 5 6 Manual de descripción de los modelos de control de almacenamiento IBM 3880 1, 2, 3 y 4. IBM. Septiembre de 1987. Sección 4. GA26-1661-9.
- 1 2 IBM 3380 Almacenamiento de acceso directo Descripción y guía del usuario (PDF) . IBM. Diciembre de 1981. GA26-1664-1.
- ↑ "Ahora Memorex cubre la brecha en el rendimiento de su sistema" (PDF) . Datamation . Agosto de 1978. págs. 85–86 .
- ↑ Introducción al modelo de control de almacenamiento IBM 3880 13 (PDF) . IBM. Septiembre de 1981. GA32-0062-0.
- 1 2 IBM S/390 Multiprise 3000 Enterprise Server, Subsistema de disco interno: Guía de referencia . IBM. Noviembre de 1999. Archivado del original el 4 de marzo de 2016.
Lecturas adicionales
- Introducción a los dispositivos de almacenamiento de acceso directo de IBM y métodos de organización (PDF) (Décima edición). White Plains: IBM. Febrero de 1974. OCLC 8063006. GC20-1649-9 . Consultado el 13 de octubre de 2023 .
- Desarrollo de la arquitectura 360/370: una visión desde la perspectiva del ciudadano común. PJ Gribbin, 10 de febrero de 1989, capítulos 8-10.
- Dispositivos de almacenamiento de IBM
- Sistemas operativos para mainframes de IBM
- Gestión del sistema de archivos