OS/360 y sucesores

OS/360, oficialmente conocido como Sistema Operativo IBM System/360, es un sistema operativo de procesamiento por lotes descontinuado, desarrollado por IBM para su entonces nuevo mainframe System/360, anunciado en 1964. Recibió influencias de los paquetes IBSYS/IBJOB y del Sistema de Control de Entrada/Salida (IOCS) para los procesadores IBM 7090/7094, y aún más del sistema operativo PR155 para los procesadores IBM 1410/7010. Fue uno de los primeros sistemas operativos en requerir que el hardware del ordenador incluyera al menos un dispositivo de almacenamiento de acceso directo.

Aunque OS/360 se discontinuó, los sistemas operativos sucesores, incluyendo el almacenamiento virtual MVS y el z/OS de 64 bits, aún se ejecutan desde 2023 y mantienen la compatibilidad a nivel de aplicación con OS/360.

IBM anunció tres niveles diferentes de OS/360, generados a partir de las mismas cintas y que compartían la mayor parte de su código. IBM finalmente renombró estas opciones e implementó algunos cambios de diseño significativos:

• Programador secuencial único (SSS)
  • Opción 1
  • Programa de Control Primario (PCP)
• Multiple Sequential Schedulers (MSS)
  • Opción 2
  • Multiprogramación con un número fijo de tareas (MFT)
  • MFT II
• Multiple Priority Schedulers (MPS)
  • Opción 4
  • VMS
  • Multiprogramación con un número variable de tareas (MVT)
  • Modelo 65 Multiprocesamiento (M65MP)

Los usuarios solían inventar apodos, por ejemplo, "Big OS", "OS/MFT", pero ninguno de estos nombres tenía reconocimiento oficial por parte de IBM.IBM proporcionó OS/360 como un conjunto de bibliotecas en cinta que la instalación debía restaurar a DASD para generar el sistema. IBM también ofreció un conjunto de cintas fuente opcionales que la instalación podía usar para modificar y ensamblar módulos que IBM normalmente proporcionaba como código objeto. Además, IBM ofrecía microfichas con un listado de ensamblaje del material básico del programa y del servicio posterior. IBM continuó distribuyendo código fuente hasta que impuso una política de Solo Código Objeto (OCO) para el software con licencia.El otro sistema operativo principal para el hardware System/360 fue DOS/360.OS/360 es de dominio público y se puede descargar gratuitamente. Además de ejecutarse en hardware System/360, también puede ejecutarse en el emulador gratuito Hercules, compatible con la mayoría de sistemas UNIX y similares, como Linux, Solaris y macOS, además de Windows. Existen CDs preconfigurados de OS/360 que proporcionan sistemas OS/360 21.8 pregenerados y listos para ejecutarse en Hercules.IBM pretendía originalmente que el System/360 tuviera un único sistema operativo por lotes, OS/360, capaz de ejecutarse en máquinas de hasta 32 KiB. También pretendía suministrar un sistema operativo de tiempo compartido independiente, TSS/360, para el System/360 Modelo 67. Existen al menos dos explicaciones de por qué IBM finalmente decidió producir otros sistemas operativos por lotes más sencillos:

• porque encontró que las "aproximadamente 1,5 millones de instrucciones que permiten que el sistema funcione con prácticamente ninguna intervención manual" que comprende OS/360 no encajarían en la memoria limitada disponible en los modelos System/360 más pequeños; o
• porque se dio cuenta de que el desarrollo de OS/360 llevaría mucho más tiempo de lo esperado.

IBM introdujo una serie de medidas provisionales para evitar el colapso de las ventas de hardware del System/360: primero, Basic Programming Support (BPS) y BOS/360 (Basic Operating System, para las máquinas más pequeñas con memoria de 8 KB), luego, TOS/360 (Tape Operating System, para máquinas con memoria de al menos 16 KB y solo unidades de cinta), y finalmente, DOS/360 (Disk Operating System, que se convirtió en un sistema operativo generalizado y es el antecesor del ampliamente utilizado VSEn actual.IBM lanzó tres variantes de OS/360: PCP (Programa de Control Primario), una solución provisional que solo podía ejecutar una tarea a la vez, en 1966; MFT (Multiprogramación con Número Fijo de Tareas) para las máquinas de gama media, y MVT (Multiprogramación con Número Variable de Tareas) para las de gama alta. MFT y MVT se utilizaron hasta al menos 1981, una década después del lanzamiento de sus sucesores. La división entre MFT y MVT surgió debido a las limitaciones de almacenamiento y programación. Inicialmente, IBM sostuvo que MFT y MVT eran simplemente "dos configuraciones del programa de control de OS/360", aunque posteriormente las describió como "versiones separadas de OS/360".IBM desarrolló originalmente el sistema operativo OS/360 en lenguaje ensamblador. Posteriormente, IBM escribió parte del código del sistema operativo OS/360 en un nuevo lenguaje, el Lenguaje Básico de Sistemas (BSL), derivado de PL/I. Gran parte del código TSO de la versión 20 se escribió en BSL.El TSS/360 llegó con tan poco retraso y fiabilidad que IBM lo canceló, aunque posteriormente suministró tres versiones del TSS/370 PRPQ. Para entonces, el CP-67 funcionaba lo suficientemente bien como para que IBM lo ofreciera sin garantía como servicio de tiempo compartido para algunos grandes clientes.Estas tres opciones ofrecían funciones tan similares que la migración de aplicaciones entre ellas solía requerir un esfuerzo mínimo; ambas ejecutaban las mismas versiones de la mayoría de los productos de programa de IBM, software de aplicación y utilidad. El texto a continuación trata principalmente PCP, MFT y MVT como nuevos nombres para los originales SSS, MSS y MPS, aunque se introdujeron algunos cambios de diseño. Además, el texto no distingue entre M65MP y MVT.Oficialmente, PCP, MFT y MVT no son sistemas operativos independientes de OS/360; son solo opciones de configuración durante la instalación; en términos actuales, tres variantes diferentes de OS Nucleus y Scheduler. Sin embargo, debido a sus diferencias en el comportamiento y los requisitos de memoria, los usuarios suelen considerarlos sistemas operativos independientes y los denominan "OS/360 inicial", "OS/MFT" y "OS/MVT", respectivamente. MFT se diferencia de MVT principalmente en la forma en que gestiona la memoria: al instalar MFT, los clientes especifican en la generación del sistema (SysGen) un número fijo de particiones, áreas de memoria con límites fijos, en las que las aplicaciones pueden ejecutarse simultáneamente.El Programa de Control Primario (PCP) fue diseñado para máquinas con memoria pequeña. Es similar a MFT con una partición. La experiencia indicó que no era recomendable instalar OS/360 en sistemas con menos de 128 KiB de memoria, aunque era posible un uso limitado en producción en máquinas mucho más pequeñas, como las de 48 KiB. IBM eliminó la opción PCP en las versiones finales de OS/360, dejando solo MFT II y MVT, que requerían más memoria.

También se denomina SYS=MIN en las expansiones de macros dependientes del sistema.

La Multiprogramación con un Número Fijo de Tareas (MFT) se concibió como una solución provisional hasta que la Multiprogramación con un Número Variable de Tareas (MVT), la configuración prevista para OS/360, estuviera disponible en 1967. Las primeras versiones de MVT presentaban numerosos problemas, por lo que la MFT, más sencilla, se siguió utilizando durante muchos años. Tras la introducción de las nuevas máquinas System/370 con memoria virtual en 1972, IBM desarrolló MFT 2 para OS/VS1, el último sistema de esta línea.La primera versión de MFT compartía gran parte del código y la arquitectura con PCP, y estaba limitada a cuatro particiones. Ejecutar varias particiones era muy engorroso. Muchas instalaciones utilizaban Houston Automatic Spooling Priority (HASP) para mitigar la complejidad.La versión II de MFT (MFT-II) compartía mucho más código del programa de control y del programador con MVT, y su ejecución era mucho más flexible. El número máximo de particiones aumentó a 52.Las modificaciones posteriores de MFT-II añadieron la subtarea, de modo que el número fijo de tareas dejó de serlo, aunque el número de particiones siguió siendo una limitación.La experiencia indicaba que no era recomendable instalar MFT en sistemas con menos de 256 KiB de memoria, lo cual en la década de 1960 era una cantidad considerable.

También se denomina SYS=INT en las expansiones de macros dependientes del sistema.

La Multiprogramación con un Número Variable de Tareas (MVT) fue la más sofisticada de las tres configuraciones disponibles del programa de control de OS/360, y una de las dos disponibles en las versiones finales. MVT estaba diseñada para las máquinas más grandes de la familia System/360. Introducida en 1964, no estuvo disponible hasta 1967. Las primeras versiones presentaron numerosos problemas y la MFT, más sencilla, se siguió utilizando durante muchos años. La experiencia indicó que no era recomendable instalar MVT en sistemas con menos de 512 KiB de memoria.MVT trataba toda la memoria no utilizada por el sistema operativo como un único conjunto desde el cual se podían asignar regiones contiguas según fuera necesario, por un número ilimitado de aplicaciones y programas simultáneos. Este esquema era más flexible que el de MFT y, en principio, utilizaba la memoria de forma más eficiente, pero era propenso a la fragmentación: con el tiempo, se podía encontrar que, aunque había suficiente memoria libre para ejecutar un programa, esta se dividía en bloques separados, ninguno de los cuales era lo suficientemente grande. System/360 carecía de hardware de reubicación de memoria, por lo que la compactación de memoria no podía utilizarse para reducir la fragmentación. Una función llamada Rollout/Rollin podía transferir una tarea en ejecución a almacenamiento secundario para que su memoria estuviera disponible para otra tarea. Sin embargo, la tarea transferida debía ser transferida a las ubicaciones de memoria originales cuando volvieran a estar disponibles.En 1971, se añadió la Opción de Tiempo Compartido (TSO) para su uso con MVT como parte de la versión 20.1. TSO se popularizó en el desarrollo de programas gracias a que ofrecía un editor, la posibilidad de enviar trabajos por lotes, recibir notificaciones de su finalización y visualizar los resultados sin esperar informes impresos, además de depuradores para algunos de los lenguajes de programación utilizados en System/360. TSO en OS/360 se comunicaba con terminales mediante el Método de Acceso a Telecomunicaciones (TCAM). El nombre TCAM sugiere que IBM esperaba que se convirtiera en el método de acceso estándar para las comunicaciones de datos; sin embargo, en realidad, TCAM en OS/VS2 se utilizó casi exclusivamente para TSO y fue reemplazado en gran medida por el Método de Acceso a Telecomunicaciones Virtual (VTAM) a mediados y finales de la década de 1970.

También se denomina SYS=VMS en las invocaciones de algunas macros dependientes del sistema.

El multiprocesamiento Modelo 65 (M65MP) es una variante de MVT. Se ejecuta en un procesador 360/65 en modo multisistema. M65MP intercepta el uso de la instrucción "Set System Mask" (SSM) para serializar el código deshabilitado entre las dos CPU. En general, un sistema M65MP tiene el mismo comportamiento e interfaces que cualquier otro sistema MVT.El parámetro de palabra clave SYS=VMS incluía M65MP y MVT monoprocesador.PCP, MFT y MVT ofrecen funciones similares desde el punto de vista de los programas de aplicación:

• La misma interfaz de programación de aplicaciones (API) y interfaz binaria de aplicaciones (ABI), por lo que los programas de aplicación pueden transferirse entre MFT y MVT sin necesidad de ser modificados o reensamblados o re-compilados.
• El mismo JCL (Job Control Language, para iniciar trabajos de lotes), que era más flexible y más fácil de usar, aunque más complejo, que el de DOS/360.
• Las mismas facilidades (métodos de acceso) para leer y escribir archivos y para comunicaciones de datos:
  • Los conjuntos de datos secuenciales normalmente se leen o escriben un registro a la vez de principio a fin, utilizando BSAM o QSAM. Esta fue la única técnica que se podría utilizar para unidades de cinta, lectores de tarjetas / ponches e impresoras.
  • En archivos indexados (ISAM) una sección específica de cada registro se define como una clave que se puede utilizar para buscar registros específicos.
  • En los archivos de acceso directo (BDAM), el programa de aplicación tiene que especificar el número de bloque relativo, la pista relativa y el registro (TTR) o la ubicación física real (MBBCCHHR) en un dispositivo de almacenamiento de acceso directo (DASD) de los datos que quería acceder, o el punto de partida para una búsqueda por clave. La programación de BDAM no fue fácil y la mayoría de las organizaciones nunca la utilizaron; pero fue la manera más rápida de acceder a los datos en discos y muchas compañías de software lo utilizaron en sus productos, especialmente sistemas de gestión de bases de datos como ADABAS, IDMS e IBM DL/I. También está disponible desde OS/360 Fortran. Los conjuntos de datos BDAM están desbloqueados, con un registro lógico por registro físico.
  • Una estructura adicional de archivos, particionado y método de acceso (BPAM), se utiliza principalmente para gestionar las bibliotecas del programa. Aunque los archivos particionados necesitan ser comprimidos para recuperar espacio libre, esto tiene menos impacto que un requisito similar para la Biblioteca Core Image de DOS/360, porque MFT y MVT permiten múltiples conjuntos de datos particionados y cada proyecto generalmente tiene al menos uno.
  • Generation Data Groups (GDGs) fueron diseñados originalmente para apoyar los procedimientos de copia de seguridad del abuelo-padre-hijo: si un archivo fue modificado, la versión modificada se convirtió en el nuevo hijo, el hijo anterior se convirtió en el padre, el padre anterior se convirtió en el abuelo y el abuelo anterior fue eliminado. Pero uno podría configurar GDGs con más de 3 generaciones, y algunas aplicaciones utilizaron GDGs para recopilar datos de números grandes y variables de fuentes y alimentar la información a un programa; cada programa de recogida creó una nueva generación del archivo y el programa final leyó todo el grupo como un único archivo secuencial (no especificando una generación en el JCL).
  • BTAM, una instalación de comunicaciones de datos, era primitiva y difícil de utilizar por los estándares actuales. Sin embargo, podría comunicarse con casi cualquier tipo de terminal, que era una gran ventaja en un momento en que apenas había ninguna estandarización de protocolos de comunicaciones.
• El sistema de nombres de archivos permite gestionar archivos como jerarquías con la mayoría de 8 nombres de caracteres en cada nivel, por ejemplo. Proyect. USUARIO. FILENAME. This is tied to the implementation of the catálogo de sistemas (SYSCTLG) y Volumen de control (CVOLs), que utilizó registros con 8 teclas de byte.

Algunas funciones solo estaban disponibles para MFT y MVT:

• A SPOOLing facility for MFT II and MVT ( which DOS/360 initially lacked, but was, later, provided by the POWER application).
• Las aplicaciones en MFT (Release 19 y posterior) y MVT podrían crear sub-tareas, lo que permitió multitarea (multithreading) dentro de un trabajo.
• Proceso de trabajo gráfico
• Gráfico de satélites Procesamiento de empleo
• Entrada de trabajo remota
• Telecomunicaciones deseadas Método de acceso (QTAM)
• Método de acceso a las telecomunicaciones (TCAM)

Cuando se anunció el System/370 en 1970, ofrecía esencialmente las mismas funciones que el System/360, pero con una velocidad de procesador aproximadamente cuatro veces superior a la de las CPU System/360 de precio similar. Posteriormente, en 1972, IBM anunció las Funciones Avanzadas del System/370, cuyo principal punto era que las futuras ventas del System/370 incluirían memoria virtual, la cual también podría instalarse en las CPU System/370 existentes. Por lo tanto, IBM también se comprometió a ofrecer sistemas operativos mejorados que admitieran el uso de memoria virtual.IBM proporcionó una opción SYSGEN para OS/360 para compatibilidad con S/370, que no admitía DAT, pero sí:

• Registros de control de apoyo
• Apoyo mejorado I/O
• Proporcionar un S/370 Máquina de control manual
• Proporcionar apoyo limitado a las nuevas instalaciones de temporizador

OS/VS1 es el sucesor de MFT y ofrece funciones similares con varias adiciones, como RES y memoria virtual. VSAM (véase más adelante) estuvo disponible inicialmente como una versión de componente independiente (ICR) y posteriormente se integró en la base de OS/VS1. IBM lanzó mejoras relativamente menores de OS/VS1 hasta 1983, y en 1984 anunció que no habría más. AIX/370, AIX/ESA, DPPX, IX/370, OS/VS1 y TSS/370 son los únicos sistemas operativos System/370 que no tienen descendientes modernos.La versión 1 de OS/VS2 consistía únicamente en MVT más memoria virtual y VSAM (véase más adelante). Esta versión pasó a llamarse OS/VS2 SVS (Almacenamiento Virtual Único) cuando se introdujo la versión 2 de OS/VS2, también conocida como MVS (Almacenamiento Virtual Múltiple). SVS se concibió como un paso intermedio entre MVT y MVS, y actualmente solo tiene interés histórico.En 1974, IBM lanzó lo que describió como OS/VS2 Release 2, pero que en realidad era un nuevo sistema operativo compatible con OS/VS2 Release 1. El Supervisor del nuevo sistema se había reescrito en gran medida en un nuevo dialecto de BSL, PL/S; BSL y PL/S eran dialectos de PL/I con extensiones diseñadas para transcribir código en lenguaje ensamblador, incluyendo instrucciones privilegiadas necesarias para controlar el ordenador en su conjunto. Los componentes del sistema operativo sensibles al tiempo, como el OS Dispatcher y el IOS, entre muchos otros, permanecieron codificados en lenguaje ensamblador, que se había mejorado para OS/VS en el ensamblador IFOX00 (del antiguo ensamblador OS/360 IEUASM).

MVS aborda espacios - vista global MVS (parte compartida de todos los espacios de dirección) App 1 App 2 App 3 Área virtual compartida (controlada por MVS)

Vista de una aplicación MVS App 1 Superficie virtual compartida

La característica más destacada de la nueva versión era la compatibilidad con múltiples espacios de direcciones virtuales: distintas aplicaciones creían usar el mismo rango de direcciones virtuales, pero las funciones de memoria virtual del nuevo sistema las asignaban a diferentes rangos de direcciones de memoria real. El espacio de direcciones de cada aplicación consta de tres áreas: sistema operativo (una instancia compartida por todos los trabajos); un área de aplicación única para cada aplicación; y un área virtual compartida utilizada para diversos fines, incluyendo la comunicación entre trabajos. IBM prometió que las áreas de aplicación siempre tendrían al menos 8 MB. Este enfoque eliminó el riesgo de fragmentación de memoria presente en MVT y SVS, y mejoró la seguridad interna del sistema. El nuevo sistema rápidamente se conoció como "MVS" (Almacenamientos Virtuales Múltiples), y el OS/VS2 original se conoció como "SVS". (Almacenamiento Virtual Único) e IBM aceptó esta terminología y denominó a los sucesores de MVS como "MVS/xxx".MVS introdujo un nuevo enfoque para la gestión de la carga de trabajo, que permite a los usuarios definir objetivos de rendimiento para trabajos por lotes de alta prioridad. Esto les permitió asignar a sus sistemas más trabajo que antes sin afectar el rendimiento de los trabajos de mayor prioridad.MVS fue el primer sistema operativo convencional de IBM en el System/370 compatible con lo que IBM denominó multiprocesamiento estrechamente acoplado, en el que dos CPU (posteriormente, hasta 12, para mainframes IBM, y hasta 16, para mainframes Amdahl) compartían acceso simultáneo a la misma memoria (y a una única copia del sistema operativo y los dispositivos periféricos), lo que proporcionaba mayor potencia de procesamiento y un grado de degradación gradual si una CPU fallaba (lo que, afortunadamente, se convirtió en un evento cada vez más raro, a medida que el tiempo de funcionamiento del sistema aumentó de horas a días y, posteriormente, a años).Inicialmente, MVS se suministraba con un gestor de colas de trabajos llamado JES2 (Subsistema de Entrada de Trabajos 2), derivado de HASP (Prioridad de Cola Automática de Houston) y que también admitía la Entrada Remota de Trabajos desde estaciones de trabajo ubicadas en otros lugares. JES2 solo podía gestionar trabajos para una CPU (que podría ser un sistema multiprocesador estrechamente acoplado). En 1976, IBM ofreció otra opción, JES3 (Subsistema de Entrada de Trabajos 3), derivado de ASP (Procesador de Soporte Adjunto), que permite a una CPU gestionar una única cola de trabajos que alimenta trabajo a varias CPU físicamente distintas y, por lo tanto, permite que una consola de operador gestione el trabajo de todas esas CPU. Nota: JES1 era el gestor de colas de trabajos para OS/VS1 (véase más arriba).IBM esperaba que el método de acceso al almacenamiento virtual (VSAM) reemplazara sus anteriores métodos de acceso secuencial, indexado y directo, ya que ofrecía versiones mejoradas de estos:

• Los conjuntos de datos secuenciados de entrada (ESDS) proporcionan instalaciones similares a las de conjuntos de datos secuenciales y BDAM (directos), ya que pueden leerse de principio a fin o directamente especificando un offset desde el principio.
• Datasets de secuencia clave (KSDS) son una mejora importante del ISAM de IBM: permiten claves secundarias con valores y claves no únicos formados por campos no contiguos concatenantes en cualquier orden; reducen considerablemente los problemas de rendimiento causados por los registros de flujo utilizados para manejar las inserciones y actualizaciones en ISAM; y reducen considerablemente el riesgo de que un fallo de software o hardware en el centro de una actualización de índice pueda dañar el índice. VSAM proporciona una interfaz ISAM / VSAM que permite a las aplicaciones basadas en ISAM utilizar VSAM KSDS sin reprogramación.
• Los conjuntos de datos relativos de registros (RRDS) son un reemplazo de los conjuntos de datos de acceso directo (BDAM), lo que permite a las aplicaciones acceder a un registro especificando un número de registro relativo. A diferencia de ESDS y KSDS, RRDS no soporta registros de longitud variable.

Estos formatos VSAM se convirtieron en la base de los sistemas de gestión de bases de datos de IBM, IMS/VS y DB2 (normalmente ESDS para el almacenamiento de datos y KSDS para los índices).VSAM también ofrece una nueva implementación de la función de catálogo que permite a las aplicaciones acceder a los archivos por nombre, sin necesidad de saber en qué unidad(es) de disco se encuentran. Los conjuntos de datos VSAM deben definirse en un catálogo VSAM antes de usarse, y los conjuntos de datos que no son VSAM también pueden listarse en un catálogo VSAM. El Catálogo Maestro de MVS debe ser un catálogo VSAM. Los catálogos se proporcionaban originalmente en OS/360 en forma de CVOL; MVS añadió una estructura de catálogo independiente para VSAM; posteriormente, IBM añadió un tercer tipo de catálogo, conocido como catálogo ICF. (IBM eliminó la compatibilidad con los catálogos CVOL y VSAM a partir del año 2000, ya que no cumplían con la normativa Y2K; por lo tanto, en z/OS, solo se admiten los catálogos ICF).En 1974, IBM anunció la Arquitectura de Red de Sistemas (SNA), cuyo objetivo era reducir el coste de operar grandes redes de terminales, principalmente mediante un uso mucho más eficiente de las líneas de comunicación. Esta arquitectura solo está disponible para los sistemas operativos de memoria virtual de IBM, ya que su componente de software para mainframes, VTAM, solo está disponible con estos sistemas operativos.En 1977, IBM anunció MVS/System Extensions, un programa (es decir, de coste adicional) que mejoraba el rendimiento de MVS y añadía funcionalidad.Los descendientes del MVS original aún se utilizan en las versiones más recientes de System/360, System/390 y zSeries; se renombró como OS/390 para System/390, y la versión de 64 bits para zSeries se denominó z/OS.Por razones de tamaño, esta sección se centra en la opción MVT de OS/360. PCP y MFT son muy similares, con cambios en la nomenclatura y algunas diferencias menores. OS/VS1 y SVS tienen una estructura muy similar a MFT II y MVT, mientras que MVS, aunque conserva gran parte de la lógica de MVT, presenta mejoras importantes que se abordarán mejor en un artículo aparte. Este artículo se ajusta al uso que IBM da al término «almacenamiento» en lugar de «memoria».OS/360 asigna procesadores a tareas, que son análogas a los procesos o subprocesos ligeros de otros sistemas. Cada tarea tiene un Bloque de Control de Tareas (TCB) y una pila de Bloques de Solicitud (RB). Una tarea puede ser despachable o no, y un RB puede estar en espera o no. El despachador selecciona la tarea despachable de mayor prioridad cuyo RB actual no esté en espera.MVS asigna procesadores a espacios de direcciones, que son análogos a los procesos, y a bloques de solicitud de servicio (SRB) y tareas dentro de estos espacios. Cada espacio de direcciones tiene un bloque de control del espacio de direcciones (ASCB), una cola de SRB y una cola de TCB.

Diseño de almacenamiento MVT después de IPL y NIP

Índice	Zona
Zona residencial de la LLD (opcional)	Espacio común	Más alto
Link Pack Area (LPA)
Master Scheduler Región
Regiones para empleos, MOUNT, iniciar tareas y TSO	Área dinámica
Área de búsqueda de sistemas (SQA)	Zona fija
Nucleus		Lo más bajo

En OS/360, todo el almacenamiento es visible para todo el código, aunque la protección de búsqueda puede impedir el acceso de código sin privilegios a algunos bloques de control o entre trabajos. El almacenamiento principal para MVT se divide en un área de sistema (fija) en la parte inferior del almacenamiento real, un área común en la parte superior y un área privada en el centro. Estas áreas contienen las siguientes:

Zona fija

Esta zona comienza en la ubicación absoluta 0 y contiene

El Nucleus.

Esta es una sección de almacenamiento en la ubicación 0, cargada de SYS1.NUCLEUS(IEANUCxx), donde xx es normalmente 01. Para el modelo 65 MP (M65MP), hay una copia separada del prefijo (ubicaciones 0-4095) para cada procesador y el término Dirección absoluta se refiere a la dirección realmente enviada a la memoria después de cualquier prefijo mientras que el término dirección real se refiere a la dirección antes de que se aplique cualquier prefijo. El Nucleus contiene controladores interrumpidos, bloques de control, tipo 1 y tipo 2 rutinas SVC, área transitoria SVC, rutinas que pueden ser llamadas directamente por códigos y rutinas no privilegiados que sólo pueden ser llamados por código privilegiado.

Área de búsqueda del sistema (SQA).

Esta es una zona desde la que el sistema adquiere almacenamiento compartido entre empleos.

Zona privada.

Esta zona desde la que MVT adquiere almacenamiento para regiones. Los tipos de regiones incluyen

Job

Alojado por el Iniciador para trabajos por lotes presentados por, por ejemplo, lector de tarjetas, CRJE, RJE, TSO

Foreground

Contiene un intercambio de sesiones de TSO. Creado por la tarea Control de Compartir Tiempo (TSC).

Monte

Allocated by Started Task Control (STC) for operator MOUNT Comando.

Tareas iniciadas

Allocated by Started Task Control (STC) for operator START Comando.

Espacio común

'Esta es una sección de almacenamiento en la dirección física más alta. Contiene

Zona residencial BLDL

Este es un área caché de entradas seleccionadas del directorio.

Región del programador principal

The Master Scheduler and the Communication task run in this region, which NIP assigns.

Link Pack Area (LPA)

Esta es una zona en la que MVT carga rutinas de método de acceso reentrant y otros programas en tiempo IPL que pueden ser compartidos posteriormente por todos los empleos.

SVS es similar, excepto que el área del sistema se encuentra en la parte superior e inferior del almacenamiento virtual en lugar del almacenamiento real. El núcleo se encuentra en el almacenamiento virtual=real (V=R). El área privada contiene un área de cola del sistema local (LSQA) para cada región. El LPA se divide en:

Área de paquete de Enlace Pageable (PLPA)

Este es un área que contiene todos los módulos en SYS1. LPALIB; el conjunto de datos de página que lo respalda se mantiene a través de IPLs, excepto cuando se especifica la opción crear LPA (CLPA).

Área de paquete de enlace modificada (MLPA)

Este es un área que contiene módulos enumerados en un miembro de IEALPAxx de SYS1. PARMLIB y sustitución de módulos en el PLPA durante la duración de una IPL.

Área de paquete de enlace fija (FLPA).

Este es un área que contiene módulos impresos en página listados en un miembro de IEAFIXxx de SYS1. PARMLIB y sustitución de módulos en el PLPA durante la duración de una IPL.

En MVS, todos los espacios de direcciones comparten el área del sistema, pero no el área privada. MVS añade:

Espacio de almacenamiento común (CSA)

Esta es una zona desde la que MVS puede asignar dinámicamente el almacenamiento compartido por todos los espacios de dirección.

Área de trabajo del sistema (SWA)

Este es un área que contiene bloques de control que en OS/360 y SVS habían sido contenidos en SYS1. SYSJOBQE.

En MVS/XA y versiones posteriores, existen áreas de sistema, privadas y comunes debajo de la línea de 16 MiB (2²⁴ bytes), y áreas extendidas entre 16 MiB y 2 GiB (2³¹ bytes).En z/OS, la distribución del almacenamiento es similar a la de MVS/XA, MVS/ESA y OS/390; el almacenamiento por encima de los 2 GiB se gestiona mediante servicios diferentes a los del almacenamiento por debajo de ellos.

Proceso IPL

Cuando los operadores seleccionan inicialmente CARGAR, el sistema envía un comando LEER IPL al dispositivo seleccionado, leyendo 24 bytes del cilindro 0, pista 0, registro 1, a la ubicación de almacenamiento 0. Los bytes 8-23 se leen y transfieren al registro de arranque del cilindro 0, pista 0, registro 2, que a su vez lee y transfiere al cargador de IPL. Este último realiza el mantenimiento inicial, localiza el núcleo solicitado y lo carga con reubicación; el manejador de interrupciones csect siempre está en la ubicación 0 y el csect de inicialización de núcleo siempre es el último, para que pueda descartarse eventualmente. El Programa de Inicialización del Núcleo (NIP) inicializa varios componentes del sistema.Inicialmente, NIP debe proporcionar los servicios que necesita. Sin embargo, a medida que inicializa diversas funciones del sistema operativo, comienza a utilizar servicios estándar; por ejemplo, utiliza la macro OBTAIN para leer un bloque de control de conjunto de datos (DSCB) de una tabla de contenido de volumen (VTOC).

NIP lee miembros del conjunto de datos SYS1.PARMLIB para obtener diversos datos operativos. Estos miembros pueden especificarse por defecto, por el operador o mediante parámetros en otros miembros.NIP finalmente crea una región de Programación Maestra a partir del área privada y la transfiere a IEEVIPL para inicializar el Programador Maestro y la Tarea de Comunicación, lo que completa la inicialización del sistema.

Unidades de trabajo similares

Además de los trabajos por lotes, OS/360 admite varias categorías de trabajo que gestiona de forma similar a estos. En todos los casos, el sistema debe procesar JCL, asignar una región, asignar dispositivos e iniciar el programa de pasos del trabajo. Para un trabajo por lotes, el Lector/Intérprete procesa JCL desde un dispositivo externo; para los comandos START, los comandos MOUNT y los comandos TSO LOGON, el sistema genera JCL invocando un procedimiento catalogado.

Interfaces

API

OS/360 cuenta con un bloque de control conocido como Tabla de Vectores de Comunicaciones (CVT), que contiene punteros a otros bloques de control y a diversas rutinas. Algunas macroinstrucciones de OS/360 hacen referencia a campos de la CVT y otros bloques de control.OS/360 tiene macros que proporcionan asignaciones desect de algunos bloques de control, aunque muchas macros tienen desplazamientos codificados en lugar de los nombres en las macros de asignación.Los servicios de OS/360 suelen tener parámetros en el registro 1; algunos usan los registros 0 y 1, y otros, los registros 0, 1 y 15.Las macros de servicio de OS/360 suelen tener tres formatos:

Forma ejecutada

Realizar la función usando una lista de parámetros proporcionada

Formulario de lista

Generar una lista de parámetros con parámetros preestablecidos que pueden ser utilizados por una macro de forma ejecutada.

Forma estándar

Generar cualquier lista de parámetros requerida y realizar la función.

Muchos de los servicios importantes se implementan en rutinas SVC y conservan los registros 2-14. Otros se implementan como subrutinas directamente invocables, con direcciones de entrada en bloques de control del sistema, y requieren que el registro 13 apunte a un área de almacenamiento estándar; estos suelen conservar los registros 2-13. En cualquier caso, el registro 15 al salir normalmente contiene un código de retorno; muchos servicios devuelven datos adicionales en los registros 0 y 1.

Sincronización

OS/360 se basa en gran medida en la serialización mediante un Bloque de Control de Eventos (ECB), que representa un evento que se puede esperar. Un ECB contiene un código de finalización para un evento o la dirección de un Bloque de Solicitud (RB) que espera dicho evento. La macro WAIT pone una tarea en estado de espera hasta que se producen los eventos especificados; la macro POST marca un ECB como completado, almacena el código de finalización en el ECB y decrementa el contador de espera en el RB en espera, si lo hay, lo que puede provocar que se envíe la tarea asociada.

MVS añade otros métodos de sincronización.

Serialización

OS/360 utiliza ENQ y DEQ para serializar el acceso a los recursos, identificados por un nombre de cola (qname o major) y un nombre de recurso (rname o minor). La macro ENQ retrasa una tarea hasta que todos los recursos solicitados estén disponibles. Las macros DEQ devuelven los recursos con nombre solicitados previamente por una ENQ. No es necesario que una DEQ libere todos los recursos obtenidos por las solicitudes ENQ correspondientes, pero las solicitudes DEQ posteriores deben liberarlos todos.MVS añade otros métodos de serialización.

Consolas de operador

OS/360 requiere al menos una consola de operador; existen dos niveles de compatibilidad.

Primaria

Este es un nivel básico de soporte que permite sólo una consola primaria, una consola alternativa opcional

Soporte de consola múltiple (MCS)

MCS permite una consola maestra y hasta 31 consolas secundarias. Cualquiera de las 32 consolas puede tener una consola alternativa para recibir su tráfico de mensajes en el caso de que falle. MCS permite grabar el tráfico de mensajes en un registro de copia dura, que puede ser una consola secundaria o el registro del sistema (SYSLOG) en DASD. MCS incluye el soporte de consola de operador de pantalla independiente de dispositivos (DIDOCS), un marco unificado para soportar consolas basadas en CRT.

Cada mensaje emitido por un Operador de Escritura a (WTO) o un Operador de Escritura a con Respuesta (WTOR) tiene asociado uno o más códigos de enrutamiento. El operador puede limitar una consola para que muestre únicamente códigos de enrutamiento específicos. Un uso típico sería colocar una consola en una biblioteca de cintas y mostrar únicamente los mensajes relevantes para el bibliotecario de cintas. El código de enrutamiento especial 7 hace que el texto del mensaje se incluya en el registro de mensajes del trabajo.Cada mensaje también tiene un descriptor que controla cómo se procesa.Uno de los comandos del operador clave es REPLY, que proporciona una respuesta a la macro WTOR. El operador solo puede responder a un WTOR en una consola que haya recibido el texto del mensaje.Un comando de teclado para consolas de visualización, por ejemplo, 2250, 2260, 3270, es CONTROL (K), que establece las opciones de procesamiento para, por ejemplo, el desplazamiento.

JCL

Timeline

Estos datos se extraen del Historial de lanzamientos de los sistemas operativos IBM 360, Cronología de mercado de productos y servicios del sistema/370, IBM. "z/OS, z/OS.e y OS/390 comercialización y fechas de anuncio, disponibilidad y retirada del mercado". Archivado desde el original el 14 de marzo de 2008. y cartas de anuncio de IBM.

Orden No.	Anuncio	Cambia	Apoyo Se cayó.	Rel	Nombre
360S	1964-04				Sistema operativo/360
	1964-04	1965-11		1	Sistema Operativo/360 Programador secuencial único
	1964-04	1966-11			OS/360 Programador secuencial múltiple
360S	1965-12	1966-03-31		1	Sistema operativo/360
360S		1966-06		2	Sistema operativo/360
360S	1966-08-18	1966-08		4/5	Sistema operativo/360
360S	1966-04-29	1966-10		6	Sistema operativo/360 MFT
360S		1966-12-07		8	Sistema operativo/360
360S		1967-02		9.5	Sistema operativo/360
360S		1967-05		11	Sistema operativo/360
360S		1967-08-08		12	Sistema operativo/360 ¿MVT?
360S		1967-08		13	Sistema operativo/360 MVT
360S		1968-01		14	Sistema operativo/360
360S		1968-08-30		15/16	Sistema operativo/360 MFT-II, posicionamiento VTOC
360S		1969-03		17	Sistema operativo/360
360S	1969-07	1969-09		18	Sistema operativo/360 SMF for MVT
360S	1969-10			18.6	Sistema operativo/360
360S		1970-03		19	Sistema operativo/360
360S	1970-06-01	1970-08-05		19.1	Sistema operativo/360 SMF for MFT, MFT Attach, 1285/87/88 support
360S	1970-08-05			19.6	Sistema operativo/360
360S		1970-09		20	Sistema operativo/360
360S	1971-02			20.1	Sistema operativo/360
360S				20.6	Sistema operativo/360
360S				21	Sistema operativo/360
360S				21.6	Sistema operativo/360
360S				21.7	Sistema operativo/360
360S	1972-08			21.8	Sistema operativo/360
5741	1972-08	1973-?		1	Sistema operativo/ Almacenamiento virtual 1 (OS/VS1)
5742-SC1	1972-08	¿72?		1	Sistema operativo/ Almacenamiento virtual 2 (OS/VS2) (Single Virtual Storage) (SVS)
5752-VS2	1972-08	¿74?		2	Sistema operativo/ Almacenamiento virtual 2 (OS/VS2) (Multiple Dirección virtual Espacios) (MVS) con Job Entry Subsystem 2 (JES2)
5752-VS2	¿72?	1975 a 10		2	Sistema operativo/ Almacenamiento virtual 2 (OS/VS2) MVS con subsistema de entrada de trabajo 3 (JES3)
5752-VS2				2.1	Sistema operativo/ Almacenamiento virtual 2 (OS/VS2) MVS con subsistema de entrada de trabajo 3 (JES3)
5752-VS2	¿75?	1975 a 10		3	Sistema operativo/ Almacenamiento virtual 2 (OS/VS2) MVS con subsistemas de entrada de trabajo 2 y 3 (JES2 y JES3)
5752-VS2				3.6	Sistema operativo/ Almacenamiento virtual 2 (OS/VS2) MVS con subsistemas de entrada de trabajo 2 y 3 (JES2 y JES3)
5752-VS2	1976-11			3.7	Sistema operativo/ Almacenamiento virtual 2 (OS/VS2) MVS con subsistemas de entrada de trabajo 2 y 3 (JES2 y JES3)
5752-VS2	¿79?			3.8	Sistema operativo/ Almacenamiento virtual 2 (OS/VS2) MVS con subsistemas de entrada de trabajo 2 y 3 (JES2 y JES3)
5740-XE1	¿79?			1	MVS/System Extensions (MVS/SE)
5740-XE1	1979-03	1979-08		2	MVS/System Extensions (MVS/SE2)
5740-XYS	1980-06	1980-12		1	MVS/System Versión del producto 1 JES2 (MVS/SP 1.1)
5740-XYN	1980-06	1980-12		1	MVS/System Versión del producto 1 JES3 (MVS/SP 1.1)
5740-XYS	1980-06	1981-06		2	MVS/System Versión del producto 1 JES2 (MVS/SP 1.2)
5740-XYN	1980-06	1981-06		2	MVS/System Product Version 1 JES3 (MVS/SP 1.2)
5740-XYS	1980-11	1981 a 10		3	MVS/System Versión del producto 1 JES2 (MVS/SP 1.3)
5740-XYN	1980-11	1981 a 10		3	MVS/System Versión del producto 1 JES3 (MVS/SP 1.3)
5740-XC6	1981 a 10	1983-03		1	MVS/System Product - JES2 Versión 2 (MVS/Extended Architecture) (MVS/XA)
5740-XC6	1981 a 10	1983-03		1	MVS/System Product - JES3 Versión 2 (MVS/Extended Architecture) (MVS/XA)
5685-001	1988-02	1988-07		1	MVS/System Product - JES2 Versión 3 (MVS/Enterprise System Architecture) (MVS/ESA)
5685-002	1988-02	1988-07		1	MVS/System Product - JES3 Versión 3 (MVS/Enterprise System Architecture) (MVS/ESA)
5685-047	1990-09-05	1990-10-26	1994-03-31	1	MVS/ESA SP - JES2 Versión 4
5685-047	1990-09-05	1992-12-31	1999-06-30	2	MVS/ESA SP - JES2 Versión 4
5685-047	1992-06-18	1993-03-26	1999-06-30	3	MVS/ESA SP - JES2 Versión 4
5685-048	1990-09	1990-10	1999-06-30	1	MVS/ESA SP - JES3 Versión 4
5655-068	1994-04-05	1994-06-24	2001-01-31	1	MVS/ESA SP - JES2 Versión 5
5655-068	1994-09-13 295-072	1995-06-30	2001-03-31	2	MVS/ESA SP - JES2 Versión 5
5655-069	1994-09-13	1995-29-13	2001-03-31	2.1	MVS/ESA SP - JES3 Versión 5
5655-069	1995-02-28 295-072	1995-09-29	31 de marzo de 2001 ()2001-03-31)	2.2	MVS/ESA SP - JES3 Versión 5
5645-001	1996-02-20	1996-03-29 296-018	2001-01-31	1	OS/390 Versión 1
5645-001	1996-02-20 296-018	1996-09-27	2001-01-31	2	OS/390 Versión 1
5645-001	1996-09-10	1997-03-11 297-040	2001-03-31	3	OS/390 Versión 1
5647-A01	1997-03-11 297-040	1997-09-26 297-355	2001-03-31	4	OS/390 Versión 2
5647-A01	1997-09-09 297-355	1998-03-27 297-355	2001-03-31 298-049	5	OS/390 Versión 2
5647-A01	1998-02-24 298-049	1998-09-25 298-278	2002-03-31	6	OS/390 Versión 2
5647-A01	1998-08-18 298-278	1999-03-26 299-042	2002-03-31	7	OS/390 Versión 2
5647-A01	1999-02-22 299-042	1999-09-24 299-234	2002-09-30	8	OS/390 Versión 2
5647-A01	2000-02-29 299-234	2000-03-31 200-030	2003-03-31	9	OS/390 Versión 2
5647-A01	2000-05-16	2000-09-29 200-145	2004-09-30	10	OS/390 Versión 2
5694-A01	2000-10-03 200-352	2001-03-30	2004-03-31	1	z/OS Versión 1
5694-A01	2001-09-11 201-248	2001-10-26	2004-10-31	2	z/OS Versión 1
5694-A01	2002-02-19 202-031	2002-03-29	2005-03-31	3	z/OS Versión 1
5694-A01	2002-08-13 202-190	2002-09-27	2007-03-31	4	z/OS Versión 1
5694-A01	2004-02-10 204-017	2004-03-26	2007-03-31	5	z/OS Versión 1
5694-A01	2004-08-10 204-180	2004-09-24	2007-09-30	6	z/OS Versión 1
5694-A01	2005-07-27 205-167	2005-09-30	2008-09-30	7	z/OS Versión 1
5694-A01	2006-08-08 206-190	2006-09-29	2009-09-30	8	z/OS Versión 1
5694-A01	2007-08-08 207-175	2007-09-28	2010-09-30	9	z/OS Versión 1
5694-A01	2008-08-05 208-186	2008-09-26	2011-09	10	z/OS Versión 1
5694-A01	2009-08-18 209-242	2009-09-25	2013-09	11	z/OS Versión 1
5694-A01	2010-07-22 210-235	2010-09-24	2015-09	12	z/OS Versión 1
5694-A01	2011-07-12 211-252	2011-09-30	2017-09	13	z/OS Versión 1
5650-ZOS	2013-07-23 213-292	2013-09-30	2019-09	1	z/OS Versión 2
5650-ZOS	2015-07-28 215-267	2015-09-30	2021-09	2	z/OS Versión 2
5650-ZOS	2017-07-17 217-246	2017-09-27	2022-09-30	3	z/OS Versión 2
5650-ZOS	2019-02-26 219-013	2019-09-30	2024-09-30	4	z/OS Versión 2
5650-ZOS	2021-06-27 221-260	2021-09-30	TBA	Versión antigua, todavía mantenida: 5	z/OS Versión 2
5655-ZOS	2023-02-28 223-012	2023-09-29	TBA	Última versión: 1	z/OS Versión 3
Leyenda: Versión antigua, no mantenida Versión antigua, todavía mantenida Última versión Última versión de vista previa Versión futura

Véase también

• Historia de los sistemas operativos IBM mainframe

Notas

1. ^ Pocos años después del Supervisor de Atlas, Burroughs MCP y GECOS
2. ^ VMS no estaba relacionado con el sistema VMS para el DEC VAX.
3. ^ Programa de Fijas Temporales no estaban disponibles como código fuente.
4. ^ IBM eventualmente proporcionó instalaciones interactivas para OS/360, por ejemplo, CRJE, ITF, TSO.
5. ^ IBM no cumplió con este objetivo, y OS/360 requirió 44 KiB para producción incluso limitada.
6. ^ Por ejemplo, HASP no podía correr en PCP.
7. ^ El operador puede cambiarlos manualmente entrando en un DEFINE comando from an operator console, but the system did not automatically ajusta them to match the burden.
8. ^ Pero no al MFT II
9. ^ Sujeto a la disponibilidad de recursos, por ejemplo, memoria para una región, clave de protección para una región de aplicación.
10. ^ IBM añadió más tarde la capacidad de utilizar VTAM para TSO, pero sólo en MVS.
11. ^ El conjunto de datos debe tener el atributo extraíble.
12. ^ Pero no IDAL
13. ^ También se envía con DOS/VS y VM/370.
14. ^ OS/360 M65MP y TSS/360 SMP compatibles.
15. ^ The Service Request Block of MVS is not associated with a specific TCB, despite the name.
16. ^ Es decir, tiene una o más banderas no despatchability establecidas en el TCB.
17. ^ Es decir, tiene una cuenta de espera no cero.
18. ^ También conocido como Link-Pack Queue.
19. ^ Excepto que hay una copia separada de la PSA para cada procesador.

Referencias

Citaciones

1. ^ IBM Operating System/360 Conceptos e instalaciones (PDF). IBM. 1965. C28-6535-0.
2. ^ a b c d INTRO.
3. ^ "DISTRIBUTION OF IBM LICENSED PROGRAMS AND LICENSED PROGRAM MATERIALS AND MODIFIED AGREEMENT FOR IBM LICENSED PROGRAMS". Cartas de anuncio. IBM. 8 de febrero de 1983. LTR ENUS283-016. Retrieved 18 de noviembre, 2022.
4. ^ "SISTEMA OPERADOR IBM OS/360". Encyclopedia Britannica. Retrieved Mar 11, 2019.
5. ^ "System/360 Modelo 91". IBM Archives. IBM. 23 January 2003. Archivado desde el original el 10 de marzo de 2005.
6. ^ a b Johnston (1 de abril de 2005). "VSE: Un vistazo a los últimos 40 años". z/Journal (abril/mayo de 2005). Thomas Communications, Inc. Archivado desde el original el 4 de marzo de 2009.
7. ^ Chuck Boyer. "La Revolución 360" (PDF).
8. ^ INTRO, p. 50, Configuración del programa de control.
9. ^ T.Y. Johnston. "Moving To a Total VM Environment" (PDF). Stanford Linear Accelerator Center.
10. ^ "La encuesta SHARE de mediados de los setenta". Archivado desde el original el 2008-05-12.
11. ^ a b c d e f Auslander, M. A.; Jaffe, J. F. (1973). "Functional structure of IBM virtual storage operating systems, Part I: Influences of dynamic address translation on operating system technology". IBM Systems Journal. 12 (4). IBM: 368–381. doi:10.1147/sj.382.0340.
12. ^ Especificaciones del lenguaje BSL (PDF). IBM. Z28-6642-0.
13. ^ "El IBM 360/67 y CP/CMS".
14. ^ IBM System/360 Multiprogramación del sistema operativo Con un número fijo de conceptos y consideraciones de tareas (PDF). Primera edición. IBM. Octubre 1966. GC27-6926-0.
15. ^ Planificación para la multiprogramación con un número fijo de tareas Versión II (MFT II) (PDF). Primera edición. IBM. Octubre de 1967 C27-6939-0.
16. ^ Ray Saunders. "MVS... y antes de OS/360"? Archivado desde el original el 19 de diciembre de 2007.
17. ^ IBM System/360 Operating System MVT Guide OS Release 21 (PDF). Quinta edición. IBM. March 1972. GC28-6720-4.
18. ^ INTRO, págs. 50 a 51, Configuración del Programa de Control "hay dos configuraciones del programa de control [OS/360:... La multiprogramación con un número variable de tareas (MVT) configuración"
19. ^ IBM Corporation (1973). Sistema OS Generation Release 21 (PDF)p. 182.
20. ^ "Appendix A. Multiprocessing System". IBM System/360 Modelo 65 Características funcionales (PDF). Cuarta edición. IBM. Septiembre de 1968. pp. 30-34. A22-6884-3.
21. ^ "System/370 Anuncio". IBM. 30 de junio de 1970. Archivado desde el original el 16 de enero de 2005.
22. ^ "Cronología DPD (1970-1974)". IBM. 23 January 2003. Archivado desde el original el 23 de octubre de 2009. DPD = División de Procesamiento de Datos, responsable de los sistemas medianos y grandes de IBM.
23. ^ Pugh, E.W.; Johnson, L.R.; Palmer, J.H. (1991). Sistemas IBM 360 y Early 370. MIT Prensa. ISBN 0-262-16123-0.
24. ^ Guía para listas generadas por PL/S. Primera edición. IBM. July 1972. GC28-6786-0.
25. ^ Guía del PL/S II (PDF). Primera edición. IBM. Mayo de 1974. GC28-6794-0.
26. ^ "3033 Comunicado de prensa técnica". Archivado desde el original el 2005-04-20.
27. ^ Aplicación de la gestión del volumen de trabajo de los MVS
28. ^ Subsistema de entrada de empleo 3 (JES3) Automatización
29. ^ VSAM Demystified (PDF) (Tercera edición). Marzo de 2013.
30. ^ a b Jay Moseley (17 de enero de 2015). "Tutorial VSAM".
31. ^ Jay Moseley. "ISAM / VSAM Interface". Retrieved 2023-06-03.
32. ^ Sawyer, Peter (3 de marzo de 1989). SVC 26 y lo que puede hacer. Compartir.
33. ^ Pryor, Steve (febrero de 2003). "¿Dónde están los datos? Obtener información del catálogo" (PDF). Technical Support. NaSPA. Retrieved 2017-03-05.
34. ^ "3033 Anuncio de prensa". Archivado desde el original el 2005-04-20.
35. ^ a b IBM System/360 Principios de funcionamiento (PDF). IBM Systems Reference Library (Eighth ed.). Septiembre de 1968. A22-6821-7. Retrieved 23 de mayo, 2022.
36. ^ z/OS Memoria Virtual (PDF). Compartir Phoenix 2019. SHARE Inc. 13 de marzo de 2019. Número de período de sesiones: 24662. Retrieved 16 de agosto, 2022.
37. ^ IPL, p. 3, El programa inicial.

Manuales OS/360

DMMAC

OS Gestión de datos Instrucciones de Macro - Lanzamiento 21.7 (PDF). IBM Systems Reference Library (Second ed.). IBM. Junio de 1973. GC26-3794-1. Retrieved 7 de junio 2022.

DMSVC

OS Gestión de datos Macro Services Guide - Release 21.7 (PDF). IBM Systems Reference Library (Third ed.). IBM. Julio de 1973. GC26-3746-2. Retrieved 7 de junio 2022.

DMSYS

OS Data Management for System Programmers - Release 21 (PDF). IBM Systems Reference Library (Twelfth ed.). IBM. Abril de 1973. GC28-6550-11. Retrieved 7 de junio 2022.

INTRODUCCIÓN

OS/360 Introducción (PDF). Biblioteca de Referencia de Sistemas (Cuarta edición). IBM. 1972 GC28-6534-3. Retrieved 7 de julio 2022.

Boletín técnico GN28-2512. 15 de enero de 1972.

JCLREF

Sistema operativo IBM/360: Referencia del lenguaje de control de empleo - OS Release 21.7 (PDF). IBM Systems Reference Library (Fiflth ed.). IBM. Agosto de 1976. GC28-6704-4. Retrieved 7 de junio 2022.

JCLUSER

Sistema operativo IBM/360: Guía del usuario del lenguaje de trabajo (PDF). IBM Systems Reference Library (Third ed.). IBM. Junio de 1971. GC28-6703-2. Retrieved 7 de junio 2022.

LKED

IBM OS - Linkage Editor and Loader - Números de programas 360S-ED-510 - 360S-ED-521 - 360S-LD-547 (PDF). IBM Systems Reference Library (Eleventh ed.). IBM. Abril de 1973. GC28-6538-10. Retrieved 7 de junio 2022.

MFT

Sistema operativo IBM/360: Guía MFT - OS Release 21.7 (PDF). IBM Systems Reference Library (Eleventh ed.). IBM. Agosto de 1974. GC27-6939-10. Retrieved 7 de junio 2022.

MVT

Sistema operativo IBM/360: Guía MVT - OS Release 21.7 (PDF). IBM Systems Reference Library (Sexta edición). IBM. Agosto de 1974. GC28-6720-5. Retrieved 7 de junio 2022.

SMF

OS SMF (PDF). IBM Systems Reference Library (Eighth ed.). IBM. Abril de 1973. GC28-6712-7. Retrieved 7 de junio 2022.

SUP

OS Release 21 - IBM System/360 Operating System - Supervisor Services and Macro Instructions (PDF). IBM Systems Reference Library (Eighth ed.). IBM. Septiembre de 1974. GC28-6646-7. Retrieved 7 de junio 2022.

SYSCB

Sistema operativo IBM/360: bloques de control de sistemas (PDF). IBM Systems Reference Library (Diez ed.). IBM. Abril de 1973. GC28-6628-9. Retrieved 7 de junio 2022.

SYSGEN

Sistema OS Generation Release 21.8 (PDF). IBM Systems Reference Library (Fourteenth ed.). IBM. Agosto de 1974. GC28-6554-13. Retrieved 7 de junio 2022.

SYSPG

Sistema operativo IBM/360: Guía del programador del sistema (PDF). IBM Systems Reference Library (Ninth ed.). IBM. Junio de 1971. GC28-6550-9. Retrieved 7 de junio 2022.

TSO

Sistema operativo IBM/360: Guía de configuración del tiempo - OS Release 21.7 (PDF). IBM Systems Reference Library (Eighth ed.). IBM. Abril de 1973. GC28-6698-7. Retrieved 7 de junio 2022.

TSOCMD

Sistema operativo IBM/360: Opción de Compartir el tiempo - Referencia del idioma del comando - OS Release 21.7 (PDF). IBM Systems Reference Library (Fifth ed.). IBM. Abril de 1973. GC28-6732-4. Retrieved 7 de junio 2022.

Manuales lógicos OS/360

IOS 2nd ed

Sistema operativo IBM/360 - Supervisor de entrada/salida - Número del programa 360S-CI-535 (PDF). Programa Logic (Second ed.). IBM. Abril de 1967. GY28-6616-1. Retrieved 7 de junio 2022.

IOS

OS I/O Supervisor Logic - Release 21 - Program Number 360S-CI-535 (PDF). Program Logic (Tenth ed.). IBM. Febrero de 1972. GY28-6616-9. Retrieved 7 de junio 2022.

IPL

Sistema operativo IBM/360 - Programa de Iniciación de Programas Inicial y Nucleus - Número de programa 360S-CI-535 (PDF). Programa Logic (Sexta edición). IBM. Marzo de 1972. GY28-6661-5. Retrieved 7 de junio 2022.

PCPJOB

Sistema operativo IBM/360: Gestión de empleos, - Manual lógico del programa, - Número del programa 360S-CI-505 (PDF) (Sexta edición). IBM. Junio de 1970. GY28-6613-5. Retrieved 7 de junio 2022.

MVTJOB

Sistema operativo IBM/360: MVT Gestión de empleo, Manual de lógica del programa, - Número del programa 360S-CI-535 OS Release 21 (PDF) (Diez Ed.). IBM. Marzo de 1972. GY28-6660-9. Retrieved 7 de junio 2022.

MVTSUP

Sistema operativo IBM/360 - MVT Supervisor (PDF). Programa Logic (Eighth ed.). Mayo de 1973. GY28-6659-7. Retrieved 7 de junio 2022.

Más lectura

Manuales

• IBM, "Guía MVT" - GC28-6720-4, R21, marzo 1972
• IBM, "MVT Supervisor PLM" - GY28-6659-7, Manual de lógica del programa, marzo 1972
• IBM, "OS I/O Supervisor PLM" - GY28-6616-1, Manual de lógica del programa, abril de 1967
• IBM, "OS I/O Supervisor PLM" - GY28-6616-9, Manual de lógica del programa, R21.7, abril 1973

Libros

• Brooks, Jr., Frederick P. (1975). "The Mythical Man-Month: Essays on Software Engineering", Addison-Wesley. ISBN 0-201-00650-2. (Reimpreso con correcciones, enero de 1982)
• Binder, Robert V. (1985). "Depuración de aplicaciones: un manual de MVS Abend para Cobol, Assembly, PL/I y los programadores de Fortran ", Prentice-Hall. ISBN 0-13-039348-7.
• Pugh, Emerson W.; Johnson, Lyle R.; Palmer, John H. (1991). IBM's 360 and Early 370 Systems, Cambridge: MIT Prensa. (pág. 291–345)

Artículos

• "Construyendo el Sistema/360 Mainframe IBM casi destruído". IEEE Spectrum. 2019-04-05. Retrieved 2022-05-02.

Referencias en cultura popular

• ABEND

Enlaces externos

• Sistema operativo/360 1965-1972
• MVS... Historia larga en archivo.org