Articulo de referencia

Sistema de archivos CMS

El sistema de archivos CMS es el sistema de archivos nativo del Conversational Monitor System (CMS) de IBM , un componente de VM . Fue el único sistema de archivos para CMS hast...

El sistema de archivos CMS es el sistema de archivos nativo del Conversational Monitor System (CMS) de IBM , un componente de VM . Fue el único sistema de archivos para CMS hasta la introducción del CMS Shared File System con VM/SP . [ 1 ]

Minidiscos

CP-67 y VM permiten que una instalación divida un volumen de disco en discos virtuales llamados minidiscos . Un minidisco puede ser un minidisco CMS, inicializado con el sistema de archivos CMS. Otros minidiscos pueden estar formateados para su uso por, por ejemplo, OS/360 , pero estos no son minidiscos CMS, incluso si están asignados a una máquina virtual CMS . [ a ]

Una máquina virtual CMS puede tener hasta diez minidiscos accesibles simultáneamente [ b ] . El usuario hace referencia a los minidiscos mediante una letra, que forma parte de un campo denominado modo de archivo . El disco S contiene archivos del sistema CMS y es de solo lectura; el disco Y suele ser una extensión de S. El disco A , de lectura/escritura, contiene archivos de usuario como datos de personalización, código fuente de programas y ejecutables. Las demás letras de unidad, de la B a la Z, pueden contener datos definidos por el usuario. Si se abre un archivo sin especificar una letra de modo de archivoFILENAME FILETYPE * , los discos se buscarán en orden alfabético. El segundo carácter del modo de archivo es un número que indica los atributos de lectura, escritura y compartición. [ 2 ]

El ACCESScomando se utiliza para acceder a un minidisco. Por ejemplo: ACCESS 191 Aaccedería al disco virtual asignado a este usuario como unidad "191" (canal virtual y dirección de unidad) como minidisco "A".

En las primeras versiones de CMS, un minidisco CMS se formateaba en bloques de 800 bytes . Las versiones posteriores de CMS permiten minidiscos formateados en bloques de 1024, 2048 o 4096 bytes, lo que aumentó los límites descritos aquí a 2³¹ bloques de disco y 2³¹ registros. [ 3 ]

Los dos primeros bloques de un minidisco están reservados para el arranque inicial (IPL) . El tercer bloque contiene la etiqueta que identifica el minidisco. El cuarto bloque, denominado Directorio Maestro de Archivos (MFD), es el encabezado del directorio del minidisco. El MFD también contiene un mapa de bits llamado QMSK que indica el estado de cada bloque de 800 bytes en el disco, utilizado para la asignación. Después del MFD, todos los tipos de registros pueden estar dispersos y mezclados en el disco.

Estructura del sistema de archivos

CMS utiliza un sistema de archivos plano . El MFD contiene una matriz de direcciones de disco de bloques que contienen entradas de la Tabla de estado de archivos (FST) (directorio). Cada bloque FST contiene veinte entradas FST de 40 bytes, cada una de las cuales describe un archivo. El contenido de una entrada FST es: [ 4 ] [ 5 ]

La entrada FST apunta al primer bloque de enlace de cadena del archivo. Este primer bloque contiene las direcciones de disco de hasta 40 bloques de enlace de cadena adicionales, seguidas de las direcciones de disco de hasta 60 bloques de datos. Los bloques de enlace de cadena restantes contienen cada uno las direcciones de disco de hasta 400 bloques de datos. Esto da como resultado un tamaño máximo de 16 060 bloques de 800 bytes, o 12 848 000 bytes, para cualquier archivo CMS. El número máximo de registros en un archivo es de 65 533.

En la terminología de CMS , los registros suelen denominarse elementos . Los archivos CMS pueden tener un formato de registro fijo o variable ; no se pueden mezclar tipos de registro en un mismo archivo. Para los registros de longitud fija, la longitud se define mediante FSTLRECL, y la ubicación de cualquier registro de longitud fija se puede calcular mediante (número_de_elemento-1) * longitud_del_registro/800. El cociente será el número de bloque y el resto será el desplazamiento del elemento dentro del bloque. Los registros de longitud variable tienen una longitud máxima de FSTLRECL bytes y van precedidos de un campo de longitud de registro de dos bytes que indica la longitud real.

En 1979, Virtual Machine/System Extensions (VM/SE o SEPP) Release 2 y Virtual Machine/Basic System Extensions (VM/BSE o BSEPP) Release 2 proporcionaron una mejora [ 6 ] al sistema de archivos CMS original, llamado Enhanced Disk Format (EDF), que permite archivos más grandes al expandir el FST e introducir múltiples niveles de bloques de enlace de cadena. [ 7 ] [ 8 ]

Véase también

  • Arquitectura IBM System/360
  • ESA/390
  • z/Arquitectura

Notas

  1. Los minidiscos tienen direcciones de canal y unidad virtuales (CUU) o números de subcanal, que para la máquina virtual parecen direcciones de disco reales. Cuando IBM desarrolló CP-67 y VM, los dispositivos de hardware reales se instalaban convencionalmente en direcciones específicas; por ejemplo, la dirección 190 normalmente correspondería a un dispositivo de disco '90'x en el canal 1, y los minidiscos todavía se definen habitualmente en CP siguiendo esta convención. Con VM/XA SP2.1, IBM lanzó el CMS 5.5 bimodal, que podía ejecutarse en una máquina virtual XA, y con z/VM V4 dejó de permitir que una instalación definiera una máquina virtual en modo S/370; debido a estos cambios, el formato de dirección CUU ya no es relevante.
  2. Puede haber minidiscos adicionales asignados a la máquina virtual CMS pero no accesibles para su uso por el sistema de archivos CMS.

Referencias

  1. IBM Corporation (1976). IBM Virtual Machine Facility/370 (PDF) . pág.  178- . Consultado el 3 de agosto de 2016 .
  2. IBM Corporation. "Letras y números en modo archivo" . Centro de conocimiento de IBM . Consultado el 3 de agosto de 2016 .
  3. IBM Corporation (marzo de 1979). IBM Virtual Machine Facility/370: Guía del usuario de CMS (PDF) . pág. 83. Consultado el 3 de agosto de 2016 . 
  4. IBM Corporation (febrero de 1976). IBM Virtual Machine Facility/370: Áreas de datos y lógica de bloques de control (PDF) . pág. 179. 
  5. "FSTD" . www.ibm.com . IBM . Consultado el 11 de mayo de 2021 .
  6. Melinda Varian (agosto de 1977). VM y la comunidad VM: pasado, presente y futuro (PDF) . SHARE 89. Sesiones 9059-9061, M. Después de la década dudosa. 1979 nos trajo VM/370 Release 6 y Release 2 de BSEPP y SEPP, con soporte para dispositivos lógicos, el sistema de archivos EDF,
  7. "El sistema de archivos EDF de CMS" . binghamton.edu . Archivado del original el 19 de agosto de 2016. Consultado el 5 de agosto de 2016 .
  8. IBM Corporation (21 de marzo de 2002). "FSTD" . ibm.com . Consultado el 5 de agosto de 2016 .