Z-OS sistema operativo apuntes sobre la memoria del sistema

Gestión de programas
El gestor de programas de MVS puede transferir el control de un módulo a otro utilizando varios mecanismos:
LOAD-CALL, LINK, XCTL y ATTACH
Cuando un usuario quiere ejecutar un programa de aplicación en un JOB, el programa de control del sistema debe cargar en memoria virtual dicho programa de aplicación. El programa de control, siguiendo un orden de búsqueda fijo (página10), accede a la biblioteca en que reside, lo lee y procede a cargarlo para su ejecución. Todos los programas y módulos ejecutables residen inicialmente en una biblioteca, bien sea un fichero particionado o bien un PDSE. En un JOB, estas bibliotecas pueden ser la LINKLIB, la JOBLIB, la STEPLIB o una biblioteca propia.
Carga de programas: AMODE y RMODE
Address Space
La arquitectura S/370 de IBMfue una de las primeras arquitecturas en utilizar memoria virtual y el concepto de “address space” (espacio de direcciones) Éste es un área de direcciones virtuales contiguas disponibles para un programa y sus datos. El rango de direcciones disponibles empieza en 0 y puede llegar hasta donde le permita la arquitectura del sistema operativo. Dado que el “address space” direcciona todas lasdirecciones disponibles, un “address space” contendrá tanto código y datos del sistema como código y datos del usuario. Por tanto, no todas las direcciones estarán disponibles para el usuario.
La arquitectura S/370 original utilizaba direcciones de 24 bits (3 bytes) De tal forma que el tamaño máximo de un “address space” era de 16 MB.
Cuando la arquitectura S/370 evolucionó a S/370-XA (ExtendedAddressability) las direcciones pasaron a ser de 4 bytes (31 bits) y el rango de direcciones disponibles se incrementó hasta 2 GB.

Por motivos de compatibilidad, los programas que se ejecutaban en MVS/370 tenían que poderse ejecutar también en el nuevo sistema operativo MVS/370-XA, mientras que los programas nuevos tenían que poder utilizar todo el rango de direcciones que la arquitectura ponía a sudisposición. Para indicar cual de los dos modos de direccionamiento se estaba usando, se utilizó el bit más significativo de la dirección de 4 bytes. Así tenemos direcciones de 31 bits (bit 32 activado) o direcciones de 24 bits (bit 32 desactivado)
RMODE
En el proceso de carga, el programa del usuario se colocará por encima o por debajo de los 16 Mb en función del valor del atributo RMODE. Elprograma de control asegura que todos los módulos se carguen encima o debajo de ésta línea y que sean llamados con el modo de direccionamiento adecuado.
Cualquier otro módulo que se necesite durante la ejecución del programa de usuario deberá solicitarse explícitamente al programa de control. Para hacer estas peticiones se utiliza alguna de las macros de sistema: LOAD, LINK, ATTACH o XCTL.
Lasopciones que admite el editor de enlaces a la hora de especificar el RMODE son tres: 24, ANY y SPLIT. El RMODE(24) indicará que el módulo se debe cargar por debajo de la línea de 16 Mb. El RMODE(ANY) querrá decir que el módulo se puede cargar indistintamente por encima o por debajo de dicha línea y, finalmente, el RMODE(SPLIT) indicará que el módulo puede dividirse en dos secciones que deberáncargarse una por debajo de la mencionada línea y la otra por encima.
La especificación de RMODE 24, en programas y módulos escritos en lenguajes de alto nivel, tan solo está justificada por razones de compatibilidad histórica.
AMODE
Cuando un programa se ejecuta en el modo de direccionamiento de 24 bits, el sistema trata las direcciones, tanto del código como de los datos, como direcciones de 24 bits.Con esta limitación, los programas y módulos marcados con AMODE(24) direcciona hasta 16 Mb. Cuando se ejecuta en el modo de direccionamiento de 31 bits puede direccionar hasta 2 Gb. A partir de la llegada de z/OS, será posible utilizar direcciones 64 bits especificando AMODE(64) al editor de enlaces del sistema.
El AMODE escogido en el momento de enlazar el programa será el del punto de...