Estoy dividido entre mantener las cosas de PAV en este artículo y moverlas al artículo de PAV propiamente dicho. Mi inclinación en este punto es mantenerlo aquí porque refuerza la "importancia" de comprender qué es un UCB. Martin Packer 11:28, 17 de octubre de 2007 (UTC)
¡Hola! Generalmente, los programas de aplicación del usuario no acceden a un UCB directamente... Usan un "Método de acceso" para realizar la E/S. Entonces, por ejemplo, dos métodos de acceso para procesar datos secuenciales son QSAM y BSAM (secuencial en cola y secuencial básico, respectivamente). El método de acceso es lo que impulsa la E/S y, por lo tanto, se acerca más al acceso a la UCB. Los subsistemas de bases de datos, como DB2 e IMS de IBM y Adabas de Software AG, también acceden a los datos en nombre del programa de aplicación y, por lo tanto, están más cerca de la UCB. Un componente de z/OS, llamado IOS, es probablemente lo que tiene acceso real a la UCB. Pediré ayuda aquí a la comunidad para reafirmar esto. Pero planteas una MUY buena pregunta. La mayor parte de mi respuesta probablemente pueda incluirse en el artículo mismo. Martín Packer 19:46,
En realidad, el UCB representa el dispositivo físico (lógico o no) que será asignado (asignado) a la unidad de trabajo. Por lo general, hay varios conjuntos de datos o archivos en un dispositivo determinado, por lo que compartir es una función de rutina. La "asignación" del UCB ocurre cuando una unidad de trabajo comienza y requiere que el sistema operativo "asigne" el dispositivo donde residen los datos en los que está interesado el trabajo. En última instancia, esto no es diferente a definir la ruta para llegar a una aplicación en la PC. En este caso, el equivalente de la UCB sería la letra del dispositivo. (Gerhard Adam, 17 de octubre de 2007) : comentario sin firmar anterior agregado por 65.242.184.131 ( conversación ) 22:56, 17 de octubre de 2007 (UTC)
Aunque no soy un programador de z/OS, realicé la programación de sistemas en otras arquitecturas (VAX/VMS, RSX-11M) y trabajé en código incrustado que entró en sistemas S/370 y hablaba con programas de canal a través de un canal multiplexor de bloque. Encuentro la declaración de que "un programa de aplicaciones debe adquirir el UCB" algo contraria a mi comprensión de cómo funciona la arquitectura de E/S de IBM. La E/S real a nivel de hardware se realiza mediante una instrucción SIO que inicia un programa de canal. Dado que las instrucciones SIO tienen privilegios, esto se representa en el espacio de usuario mediante un EXCP SVC (llamada al supervisor: ejecutar el programa del canal). En una estructura de disco compartida, la protección entre usuarios requiere que los usuarios no puedan hacer esto, por lo que el usuario llama a un conjunto de rutinas de biblioteca en tiempo de ejecución generalmente denominadas "métodos de acceso". El UCB es parte de la mitad inferior del complejo de métodos de acceso. Cuando estaba involucrado en esos proyectos, creo que el método de acceso vivía casi completamente en el espacio del usuario; en estos días, creo que la mayor parte del sistema de E/S viviría en el espacio del kernel (es decir, no en el espacio de direcciones del usuario).Lpoulsen 23:10, 17 de octubre de 2007 (UTC)
El UCB es en realidad una representación de un solo dispositivo lógico (físico o de otro tipo) y está destinado a serializar el acceso al dispositivo. El UCB se crea durante la IPL (carga del programa inicial) y la información para crear un UCB se lee desde el IODF (archivo de definición de E/S) mediante el programa IPL; NIP (Programa de Inicialización del Núcleo). El UCB se almacena en ESQA (Área de cola del sistema extendido). Parte de la información almacenada en la UCB es el tipo de dispositivo (disco, cinta, impresora, terminal, etc...), la dirección del dispositivo, el número de serie del volumen (si corresponde), el subcanal y el número de dispositivo, CHPD (ID de ruta de canal). ) que define la ruta al dispositivo y mucha otra información.