Articulo de referencia

Procesador de soporte adjunto

Attached Support Processor (ASP) es una implementación de multiprocesamiento débilmente acoplado para el sistema operativo OS/360 de IBM . [ 1 ] [ 2 ] Posteriormente, IBM cambió...

Attached Support Processor (ASP) es una implementación de multiprocesamiento débilmente acoplado para el sistema operativo OS/360 de IBM . [ 1 ] [ 2 ] Posteriormente, IBM cambió el nombre a Asymmetrical multiProcessor, pero conservó el acrónimo ASP .

Historia

ASP evolucionó a partir del diseño del sistema de acoplamiento directo 7094/7044 , que utiliza comunicación de canal de datos a canal de datos. Al conectar un IBM 7044 como procesador periférico , el rendimiento del 7094 se duplicó con creces.

ASP se introdujo en marzo de 1967 y, en un principio, permitía la conexión de dos ordenadores System/360 mediante un adaptador de canal a canal (CTCA). [ 3 ]

Como se definió inicialmente, un sistema ASP típicamente [ a ] consistía en una computadora System/360 grande, un modelo 50 , 65 o 75 que ejecutaba OS/360, llamada procesador principal , y un System/360 más pequeño, modelo 40 o superior, llamado procesador de soporte , que ejecutaba el supervisor ASP como una sola tarea bajo el PCP (Programa de Control Primario) de OS/360. El procesador de soporte realizaba funciones como impresión, lectura de tarjetas y perforación, liberando al procesador principal para ejecutar la carga de trabajo de la aplicación. Ponía en cola los trabajos, aproximadamente 30 en la configuración básica, y los liberaba al procesador principal en orden de prioridad, y también realizaba la configuración previa a la ejecución de dispositivos de entrada/salida extraíbles como discos y cintas en el procesador principal. [ 2 ]

El procesador principal estaba configurado de forma idéntica a un procesador independiente que funciona con OS/360, salvo que el adaptador de canal a canal reemplaza los dispositivos de entrada y salida del sistema habituales. El procesador de soporte era como mínimo un modelo 40 G (donde G indica un tamaño de memoria de 128 KB) con dos canales selectores, una máquina de escribir de consola 1052 , una lectora/perforadora de tarjetas 2540, una impresora 1403 y tres unidades de disco 2311. Se recomendaba que el procesador de soporte tuviera acceso a una unidad de cinta de la serie 2400 para su funcionamiento.

La versión del sistema operativo en el procesador principal se modificó para poder superponerse con el programa emulador 7090/94 cuando se ejecutaba una tarea de emulación, y el programa emulador se superponía de manera similar con OS/360 al finalizar, para procesar tareas emuladas de 709x intercaladas con tareas estándar de 360. [ 2 ] Esto posteriormente se volvió innecesario con la introducción de programas de emulación integrados en el Modelo 85 y System/370.

Posteriormente, IBM permitió que un único procesador de soporte controlara varios procesadores principales y añadió compatibilidad con ASP local (LASP), en el que el mismo procesador funciona como procesador local y principal. Estas capacidades son estándar en la versión final de ASP, la versión 3, al igual que la compatibilidad con OS/VS2 (SVS) .

Con la introducción de MVS para System/370, IBM reescribió y renombró ASP como Job Entry Subsystem 3 (JES3), y todavía se utiliza en 2015.

Características

ASP cuenta con varias características que o bien reemplazan características del sistema operativo subyacente, son nuevas o son necesarias para su propio mantenimiento.

Monitor multifunción (MFM)

El monitor multifunción (MFM) multiplexa funciones paralelas bajo un único bloque de control de tareas (TCB). Las funciones deben usar macros ASP en lugar de macros del sistema operativo similares.

CARRETE

El término entrada del sistema (SYSIN) se refiere a los datos presentados como parte de un trabajo. Estos incluyen:

  • JCL
  • Datos precedidos por un DD *
  • Datos precedidos por un DD DATA
  • Datos que siguen a una sentencia JCL (DD implícito *)

El término salida del sistema (SYSOUT) incluye

  • Mensajes sobre el trabajo, incluidos los mensajes escritos por el programa en ejecución.
  • Imprimir datos escritos en la clase de salida DD SYSOUT=
  • Datos de perforación escritos en la clase de salida DD SYSOUT=
  • Trabajos enviados a ASP por el programa en ejecución.

ASP utiliza un conjunto de volúmenes SPOOL [ b ] para almacenar los bloques de control de ASP y los conjuntos de datos asociados con los trabajos. ASP gestiona la E/S; para los trabajos aparece como E/S de cinta.

ASP almacena los bloques de control, SYSIN y SYSOUT en SPOOL.

ASP utiliza un adaptador de canal a canal (CTC o CTCA) para conectar el procesador de soporte a cada procesador principal. La instalación genera cada uno como un 1052-7 con FEATURE=CTC.

ASP utiliza pseudo CTC cuando el mismo procesador actúa como procesador principal y de soporte. La instalación genera cada uno como un 1052-7 con FEATURE=CTC.

Cinta ficticia CTC

Un trabajo que se ejecuta bajo ASP ve los conjuntos de datos SYSIN y SYSOUT como conjuntos de datos de cinta, pero ASP intercepta la E/S realizada por los métodos de acceso. La instalación genera cada uno como una unidad de cinta con FEATURE=CTC.

Etapas

Cada trabajo consta de varias etapas, cada una de ellas un programa de soporte ASP. El trabajo puede utilizar la secuencia de etapas habitual o solicitar una propia. Esto incluye funciones de utilidad como la copia de tarjeta a tarjeta.

Véase también

Notas

  1. Si un procesador principal era un 360/65, entonces ASP podría iniciarlo entre OS/360 y el emulador 7090.
  2. Técnicamente se trata de un conjunto de conjuntos de datos DASD, pero en la práctica cada uno ocupa un volumen completo.

Referencias

  1. "Instalación representativa de ASP" . Computerworld . 13 de septiembre de 1967. Consultado el 7 de febrero de 2013 .
  2. 1 2 3 IBM Corporation (1967). Catálogo de programas para IBM System/360 Agosto de 1967 (PDF) .
  3. Pugh, Emerson W.; Johnson, Lyle R.; Palmer, John H. (1991). IBM's 360 and Early 370 Systems . MIT Press. p. 710. ISBN  0262161230.