El sistema de memoria virtual abierto del ( OpenVMS ), conocido inicialmente apenas como sistema de memoria virtual del ( VMS ), es el nombre de un sistema operativo de la computadora de gama alta del servidor que los funcionamientos en las familias alfa VAX y de computadoras, desarrolladas por el Digital Equipment Corporation Maynard, Massachusetts (la DEC fue comprada más adelante por el Compaq, y ahora es poseída por el Hewlett-Packard ), y en los sistemas de Hewlett-Packard construyeron recientemente alrededor de la CPU de Itanium de Intel .
OpenVMS es un multiusos, memoria virtual - sistema operativo basado del multiprocesamiento (OS) diseñado para el uso en el reparto del tiempo, el procesamiento por lotes, el en tiempo real (las prioridades de proceso se pueden establecer más altas que trabajos del núcleo del OS) y el tratamiento transaccional . Ofrece la alta disponibilidad del sistema a través que arracima, o la capacidad de distribuir el sistema sobre las máquinas físicas múltiples. Esto permite que el sistema sea " desastre-tolerant" contra los desastres naturales que pueden inhabilitar instalaciones de proceso de datos individuales. El VMS también incluye un sistema de proceso de la prioridad que permita para que el proceso en tiempo real funcione sin impedimentos, mientras que los procesos del usuario consiguen el " temporal de la prioridad; boosts" en caso de necesidad.
OpenVMS comercializó muchas características que ahora se consideran los requisitos estándar para cualquier sistema operativo del servidor de gama alta. Éstos incluyen:
Establecimiento de una red integrado de la computadora (original DECnet y más adelante, TCP/IP )
Multiprocesamiento simétrico, asimétrico, y NUMA, incluyendo el agrupamiento
Un sistema de ficheros distribuido ( Files-11 )
Características integradas de la base de datos tales como RMS y bases de datos acodadas incluyendo el Rdb
Ayuda para los lenguajes de programación múltiple de la computadora
Una lengua de mando extensible de la cáscara (lengua de mando de DIGITAL )
División del hardware de multiprocesadores
De alto nivel de seguridad
los ambientes de la Empresa-clase seleccionan y utilizan típicamente OpenVMS para los varios propósitos incluyendo pues un mail server, los servicios en red, fabricación o control y supervisión del transporte, los usos y las bases de datos críticas, y particularmente los ambientes donde está críticos el uptime del sistema y el acceso de datos. Los para arriba-tiempos del sistema de una década o más se han divulgado, y las características tales como mejoras del balanceo y el agrupamiento permiten usos arracimados y los datos siguen siendo continuamente accesibles mientras que se realizan el software de sistema operativo y el mantenimiento y las mejoras de hardware, o cuando se destruye un centro de datos entero. Los clientes que usan OpenVMS incluyen los bancos y los servicios financieros, los hospitales y cuidado médico, Network Information Services, y los fabricantes industriales en grande de varios productos.
Historia
Origen y cambios de nombre
En abril de 1975, DIGITAL emprendió un proyecto del hardware, la estrella nombrada código, para diseñar una extensión de 32 bits de la dirección virtual a su PDP-11 . Un proyecto de software del compañero, la actriz joven nombrada código, fue comenzado en junio de 1975 para desarrollar total un nuevo sistema operativo, basado en el RSX-11M, para la familia de la estrella de procesadores. Estos dos proyectos fueron integrados firmemente del principio. El Gordon Bell era el plomo de VP en el hardware del VAX y su arquitectura. La calabaza de Rogelio era el plomo del proyecto para el programa de la actriz joven, con el cuchillero de Dave de las Software Engineers, el Dick Hustvedt, y el Peter Lippman que actuaba como los líderes de proyecto técnicos, cada uno que tenía responsabilidad de una diversa área del sistema operativo. Los proyectos de la estrella y de la actriz joven culminaron en la computadora del VAX 11/780 y el sistema operativo del VAX-11/VMS . El nombre de la actriz joven sobrevivió en el VMS como nombre de varias de las bibliotecas de sistema principal, incluyendo STARLET.Durante los años el nombre del producto ha cambiado. En el an o 80 fue retitulado, con el lanzamiento de la versión 2.0, al VAX/VMS (al mismo tiempo que la computadora VAX-11 fue retitulada simplemente al VAX) . Con la introducción de la gama de MicroVAX tal como el MicroVAX II y MicroVAX 2000 de los años 80 mid-to-late, DIGITAL lanzó las versiones de MicroVMS apuntadas específicamente para estas plataformas que tenían mucho limitado memoria y capacidad de disco; e., el MicroVAX más pequeño 2000 tenía un disco duro de 40MB RD32 y solamente un 4MB del RAM, y su CPU tuvo que emular a algunas de las instrucciones de la coma flotante del VAX en software. Los kits de MicroVMS fueron lanzados para VAX/VMS 4.7 en las cintas TK50 y las diskettes RX50, pero continuados con VAX/VMS 5. En el 1991 fue retitulado otra vez al OpenVMS para indicar su ayuda para los estándares industriales tales como POSIX y compatibilidad de Unix, y caer la conexión del hardware como el puerto al procesador alfa del RISC de DIGITAL 64-bit estaba en proceso. El nombre de OpenVMS primero apareció después de que el lanzamiento de la versión 5.
El cambio de nombre del VMS a OpenVMS reflejó la carencia de la dirección en la comercialización de Digital en ese entonces. Después de la Digital del cambio de nombre los rivales comenzaron a decir a los clientes a que, en vez de virar hacia el lado de babor del VMS a OpenVMS, deben apenas cambiar a Unix. El departamento de la comercialización de Digital respondió con un documento que explicaba que OpenVMS era realmente VMS pero no era VMS porque demostró la comisión de Digital a la franqueza. En febrero de 1991 que un empleado de Digitaces destacó la confusión Digital causaba circulando un parodiar notorio del documento de la comercialización bajo la forma de comunicado de prensa en el cual IBM anunció el " Abrir el " del MVS ;. A pesar de este parodiar que cambiaba el nombre del presidente de IBM y que usaba un número de la Dial-UNO-Pornografía como el contacto de IBM, alguna gente en la organización del mercado de Digital compartió realmente el parodiar con los clientes a la demostración que IBM pensó que la idea era buena también. Para los detalles del origen, los ingenieros y la ingeniería, y la historia general de OpenVMS, el vigésimo libro del aniversario de OpenVMS, y el FAQ de OpenVMS son recursos centrales.
Puerto a la alfa de la DEC
El puerto del VMS a la alfa dio lugar a la creación de un segundo y bibliotecas separadas del código fuente (basados en una herramienta de gestión del código fuente conocida como VDE) para la biblioteca de 32 bits del código fuente del VAX y una segunda y nueva biblioteca del código fuente para las arquitecturas 64-bit (y el puerto subsecuente de Itanium ) alfa . el 1992 consideró el lanzamiento de la primera versión de OpenVMS para los sistemas de la alfa AXP, señalado OpenVMS AXP V1. (la decisión para utilizar la corriente de la enumeración de la versión 1.x para los lanzamientos de la calidad de la preproducción de OpenVMS AXP causado la confusión para algunos clientes y no fue repetida en el puerto siguiente de la plataforma al Itanium.)En el 1994, con el lanzamiento de la versión 6.1 de OpenVMS, la paridad de la característica (y número de versión) entre el VAX y las variantes alfa fue alcanzada. Éste era el lanzamiento de equivalencia funcional supuesto, en los materiales de la comercialización del tiempo. Algunas características faltaban sin embargo, e. las imágenes compartibles basadas, que fueron ejecutadas en versiones posteriores. Las enumeraciones subsecuentes de la versión para el VAX y las variantes alfa del producto han seguido siendo constantes con V7.3, aunque la alfa divergió posteriormente con la disponibilidad de los lanzamientos V8.
Para los detalles generales en el puerto a la alfa, ver el vigésimo libro del aniversario de OpenVMS. Para los detalles técnicos en el puerto, ver el volumen 4 número 4. del diario técnico de DIGITAL.
Puerto a Intel Itanium
En el 2001, apenas antes de su adquisición por el Hewlett-Packard, Compaq anunció el puerto de OpenVMS a la arquitectura de Itanium de Intel . Este puerto era realizado usar el código fuente mantenido en campo común dentro de la biblioteca alfa del código fuente de OpenVMS, con los módulos condicionales y adicionales en donde los cambios específicos a Itanium fueron requeridos. La piscina alfa de OpenVMS fue elegida pues la base del puerto pues era más portable que el código fuente original de OpenVMS VAX, y porque la piscina alfa del código fuente era ya capaz completamente 64-bit (desemejante de la piscina del código fuente del VAX). Con el puerto alfa, muchas de las dependencias hardware-específicas del VAX habían sido trasladadas previamente a los soportes lógico inalterable de la alfa SRM para OpenVMS. Las características necesarias para OpenVMS entonces fueron movidas desde SRM en OpenVMS I64 como parte del puerto de Itanium.Desemejante del puerto del VAX a la alfa, en la cual un " snapshot" de código del VAX la base circa V5.4-2 fue utilizada como la base para el lanzamiento alfa y el código fuente 64-bit reúnen entonces divergido, la alfa de OpenVMS y las versiones I64 (Itanium) de OpenVMS se construyen y se mantienen usar una biblioteca común del código fuente y herramientas comunes. El sistema de control del código fuente del software de la base usado para OpenVMS es el entorno de desarrollo del VMS (VDE); ver el kit de instalación del VDE para los detalles.
Dos lanzamientos de la preproducción, OpenVMS I64 V8.1, estaban disponibles en el 30 de junio de 2003 y en el 18 de diciembre de 2003. Estos lanzamientos fueron pensados para las organizaciones del HP y los vendedores de tercera persona implicados con los paquetes de programas informáticos que viraban hacia el lado de babor a OpenVMS I64.
Los siguientes son lanzamientos recientes de OpenVMS I64:
El OpenVMS I64 V8.2, el primer lanzamiento de Itanium de la producción-calidad, fue enviado el 13 de enero de 2005.2 está también disponible para las plataformas alfa.
El OpenVMS I64 V8.2-1, agregando la ayuda para la integridad Superdome y los sistemas basados célula, fue lanzado en septiembre de 2005.2-1 está disponible para las plataformas de Itanium solamente.
El OpenVMS I64 V8.3, fue lanzado para las plataformas de Itanium en septiembre de 2006.3 está también disponible para los sistemas alfa.
El OpenVMS I64 V8.3-1H1, fue lanzado en octubre de 2007. Ofrece la ayuda completa de la lámina de BladeServer de la integridad de la c-Clase. Ver el aviso completo para los detalles. Información del HP BladeSystem para los detalles en productos del servidor de la lámina del HP.
OpenVMS I64 y alfa V8.4, prevista actual para la segunda mitad de 2008. Ver el mapa itinerario de OpenVMS para los detalles en los lanzamientos futuros de OpenVMS.
Para los detalles técnicos en el puerto de OpenVMS a Itanium, ver el diario técnico V6 de OpenVMS. Particularmente, ver el OpenVMS que vira hacia el lado de babor al artículo de la integridad. La información sobre los lanzamientos de OpenVMS de V4.0 a la corriente está disponible, al igual que listados de las trayectorias de la mejora en el FAQ de OpenVMS y en el sitio del HP OpenVMS.
Cronología del lanzamiento importante
Características
Sistema de la ventana
OpenVMS utiliza el sistema de la visualización en una ventana del adorno de DECwindows (basado en el CDE ) como su interfaz gráfico, sistema obediente de la visualización en una ventana X11 de OpenVMS.
Agrupamiento
OpenVMS apoya el que arracima (primer llamado VAXcluster y posterior VMScluster ), donde los sistemas múltiples comparten el almacenamiento en discos, el proceso, coletas de trabajo y coletas de impresión, y es conectado por el hardware especializado o un LAN industry-standard (generalmente Ethernet ). Un racimo LAN-based a menudo se llama un LAVc, para la red de área local VMScluster, y permite, entre otras cosas, atar posiblemente un nodo basado en los satélites diskless '' con correa '' sobre la red usar el disco de sistema de un bootnode del .La ayuda de VAXcluster primero fue agregada en la versión 4 del VMS, que fue lanzada en 1984. Este agrupamiento apoyado de la versión solamente sobre el ci. Lanzamientos posteriores del agrupamiento apoyado de la versión 4 sobre LAN (LAVC), y la ayuda para LAVC fueron mejorados en la versión 5 del VMS, lanzada en 1988.
Las mezclas de racimo interconectan y las tecnologías se permiten, incluyendo Ethernet (GbE) del gigabit, SCSI, DSSI, el ci y los adaptadores de canal de la memoria.
OpenVMS apoya hasta 96 nodos en un solo racimo, y permite los racimos de la mezclado-arquitectura, donde el VAX y los sistemas alfa, o los sistemas de la alfa y de Itanium pueden coexistir en un solo racimo (las varias organizaciones han demostrado racimos de la triple-arquitectura y arraciman configuraciones con hasta 150 nodos, pero estas configuraciones no son apoyadas por el HP).
Desemejante de muchas otras soluciones de agrupamiento, las ofertas de VAXcluster transparentes y de lectura/grabación completamente distribuida con el registrar-nivel que se traba, así que significa que el mismo disco e incluso el mismo archivo se pueden alcanzar por varios nodos de racimo inmediatamente; la fijación ocurre solamente en el nivel de un solo expediente de un archivo, que sería generalmente una línea de texto o un solo expediente en una base de datos. Esto permite la construcción de los servidores de base de datos multiplicar-redundantes de gran disponibilidad.
Las interconexiones del racimo pueden atravesar hacia arriba de 500 millas, permitiendo que los nodos del miembro sean situados en diversos edificios en un campus de la oficina, o en diversas ciudades.
El sombrear Host-based del volumen permite que los volúmenes (del mismo o de diversos tamaños) sean sombreados (reflejado) a través de reguladores múltiples y de anfitriones múltiples, permitiendo la construcción de ambientes desastre-tolerantes.
El acceso completo en el encargado distribuido de la cerradura que (DLM) es disponible para los programadores del uso, y éste permite que los usos coordinen recursos y actividades arbitrarios a través de todos los nodos de racimo. Esto incluye obviamente la coordinación del archivo-nivel, pero los recursos y las actividades y las operaciones que se pueden coordinar con el DLM son totalmente arbitrarios.
Con la capacidad apoyada de las mejoras del balanceo y con los discos de sistema múltiple, las configuraciones del racimo se pueden mantener en línea y aumentar incremental. Esto permite que las configuraciones del racimo continúen proporcionando el acceso del uso y de datos mientras que un subconjunto de los nodos del miembro se aumenta a más nuevas versiones del programa.
Para los detalles generales, ver el racimo SPD de OpenVMS. Para detalles más específicos, ver los manuales arracimar-relacionados en el sistema de la documentación de OpenVMS.
Sistema de ficheros
considera también: Files-11
OpenVMS tiene un sistema de ficheros muy rico, con la ayuda para la corriente y el IO registrar-orientado, el ACLs, el archivo versioning, el etc. el usuario típico y el interfaz del uso en el sistema de ficheros es el RMS .
Los detalles están en las utilidades del RMS y los manuales programados del RMS, y en el manual.N-POS=30 de referencia del usuario de la entrada-salida, toda la parte del sistema de la documentación de OpenVMS. También ver la documentación disponible ODS2, tan bien como el libro de los sistemas de ficheros del VMS del Internals, por Kirby McCoy, ISBN 1-55558-056-4.
Timekeeping
OpenVMS representa el tiempo de sistema como el número 64-bit de 100 intervalos del nanosegundo (es decir, diez millones de unidades por segundo) desde la época . La época de OpenVMS es el precedente de medianoche 1858 del 17 de noviembre, que es el comienzo de la enumeración juliana modificada del día . El reloj no se pone al día necesario cada 100 ns; por ejemplo, los sistemas con un contador de intervalos de 100 hertzios agregan simplemente 100 000 al valor cada centésimo de un segundo. El sistema operativo incluye un mecanismo para ajustar para que haya deriva del timekeeping del hardware; cuando está calibrado contra un estándar de tiempo sabido, alcanza fácilmente una exactitud mejor de 0. Todas las plataformas de hardware de OpenVMS derivan timekeeping de un reloj interno no asociado a la frecuencia de la energía de la fuente de la CA.Mientras que se cierra el sistema, el tiempo se guarda por un Tiempo-de-Año (" TOY") reloj del hardware. Este reloj guarda tiempo a una resolución más baja (quizás 1 segundo) y generalmente, una exactitud más baja (a menudo 0. Cuando se recomienza el sistema, el VMS que el valor de tiempo 64-bit recomputed basó en el tiempo guardado por el reloj del JUGUETE y el año registrado pasado (almacenados en el disco de sistema).
La granulosidad de 100 nanosegundos ejecutada dentro de OpenVMS y de la representación absoluta del tiempo de 63 pedacitos (el pedacito de muestra indica el tiempo absoluto del cuando el tiempo relativo claro y del cuando sistema) debe no prohibir a OpenVMS cómputos sin problemas del tiempo hasta 02:48 del 31-JUL-31086: 05. ¡En este instante, todos los relojes y operaciones del time-keeping en OpenVMS fallarán repentinamente, puesto que el contador desbordará y empezará con again.< cero! -- Sentir por favor libre de archivar un attn de SPR: Stan Rabinowitz. -->
Aunque el formato nativo del tiempo de OpenVMS puede extenderse lejos en el futuro, los usos basados en la biblioteca runtime de C encontrarán probablemente problemas del timekeeping más allá del 19 de enero, 2038 debido al problema 2038 del año . Muchos componentes y usos pueden también encontrar problemas campo-longitud-relacionados de la fecha en el 10000 del año (véase el problema del año 10.
La información detallada sobre tiempo y timekeeping, y sobre tiempo de ahorro de luz del día y operaciones diferenciadas del factor del timezone, se contiene en el FAQ de OpenVMS.
Programación
El ambiente de programación del lenguaje común se describe en el OpenVMS que llama estándar y los manuales programados de los conceptos de OpenVMS. Esto proporciona llamadas de la mezclado-lengua, y un sistema de biblioteca específica a una lengua, run-time (RTL), y de rutinas de servicio de sistema. La lengua llama y el RTLs se ejecuta en imágenes compartibles del usuario-modo, mientras que las llamadas de servicios de sistema son generalmente parte del sistema operativo, o la parte del código del privilegiado-modo. Esta distinción entre las idiomas y RTLs y los servicios de sistema estaba una vez bastante limpia y clara, pero las puestas en práctica y los específicos han llegado a ser algo más vergonzosos durante los años.Las varias utilidades y las herramientas son integradas, al igual que las varias idiomas adicionadas y las herramientas.
Muchos ejemplos programados están disponibles, consideran los indicadores en el FAQ de OpenVMS.
Depuración
La depuración del VMS apoya todos los recopiladores de la DEC y muchas idiomas de tercera persona también. Permite los puntos de desempate, los watchpoints y el programa runtime interactivo eliminando errores con la línea de comando o con la versión gráfica de la depuración. Manual de la depuración de OpenVMS
Ambiente del lenguaje común
Entre OpenVMS las características notables son el ambiente del lenguaje común, un estándar terminantemente definido que especifica la llamada de la convención para las funciones y las rutinas, incluyendo el uso de los registros etc. de los apilados, independiente del lenguaje de programación. Debido a esto, es posible llamar una rutina escrita en una lengua (e. FORTRAN ) de otra (e.g COBOL ), sin la necesidad saber los detalles de puesta en práctica de la lengua objetivo. OpenVMS sí mismo se ejecuta en una variedad de diversas idiomas (sobre todo DICHA, la macro del VAX y el C ) (por fijaciones del groupe informativo de comp.vms de miembros de la ingeniería del HP OpenVMS), y el ambiente del lenguaje común y la llamada de las ayudas estándar que mezclan libremente estas idiomas, así como Ada, PL/I, FORTRAN, básico, y otros. Esto está en contraste con un sistema tal como Unix, que se ejecuta casi enteramente en la lengua C .Para los detalles en estos recopiladores y bibliotecas, ver los manuales de la lengua disponibles en la documentación de OpenVMS.
Macro32 (un ensamblador en OpenVMS VAX, y un recopilador en la alfa de OpenVMS y en OpenVMS I64) está disponibles dentro e integrado en OpenVMS. Los recopiladores de la dicha están disponibles para la transferencia directa del Freeware de OpenVMS, al igual que los varios puertos de Perl, de PHP, de rubí y de otras idiomas. Java está disponible del Web site del HP Java. C, el FORTRAN y otras idiomas son productos comerciales, y están disponibles para la compra.
Bibliotecas Run-time
OpenVMS contiene un sistema muy rico de bibliotecas Run-time (RTLs). Éstos cubren una amplia gama de funciones, incluyendo la manipulación de secuencia (rutinas de STR$), las operaciones matemáticas (rutinas de MTH$), las rutinas de la biblioteca Run-time (LIB$), las operaciones de la gerencia de pantalla (rutinas SMG$ ) y un número de otras categorías agrupadas juntas como las funciones de fines generales (rutinas de OTS$). Estas funciones, combinadas con los servicios de sistema bajos, hacen fácil escribir programas complejos.Antes de escribir un programa simple en un idioma de alto nivel, sin embargo, el usuario debe considerar si la operación required se puede terminar usar funciones de s de DCL las 'de un archivo de comando. Comenzar con la guía de usuario de OpenVMS. Para los detalles en los interfaces de programación, ver los manuales asociados en la documentación de OpenVMS.
Seguridad
OpenVMS proporciona varios rasgos de seguridad y mecanismos, incluyendo identificadores de la seguridad, los identificadores del recurso, los identificadores del subsistema, ACLs, y revisión y las alarmas detalladas de la seguridad. Las versiones específicas evaluadas en el DoD NCSC clasifican el C2 y, con la ayuda de servicios realzados de la seguridad de SEVMS, en la clase B1 de NCSC, por la serie del arco iris de NCSC. OpenVMS también lleva a cabo un grado de ITSEC E3. Para los detalles en estos grados y las versiones y los grados asociados específico de OpenVMS, ver el NCSC y las páginas comunes de los criterios, y los listados asociados del producto.Para los detalles en los mecanismos de seguridad de OpenVMS, ver la guía del HP OpenVMS al manual de la seguridad de sistema disponible en el Web site http://www.com/go/openvms/doc/ de la documentación de OpenVMS. También ver la información de seguridad de OpenVMS.
Documentación
La documentación del funcionamiento de OpenVMS para los varios lanzamientos recientes y para los varios productos acodados OpenVMS de la base es accesible en línea en el Web site http://www.com/go/openvms/doc/ del HP.Los documentos de la descripción del producto (SPD) de software para muchos productos OpenVMS-relacionados (y para OpenVMS sí mismo) están disponibles en http://h18000. Los SPD son descripciones introductorias y legales de varios productos, enumerando las varias capacidades y características de producto apoyadas.
El OpenVMS hizo con frecuencia preguntas (FAQ) contiene la información y los indicadores asociados a OpenVMS, y está disponible en varios formatos en http://www.
Lanzamientos, estado del software support
Los lanzamientos de OpenVMS de la corriente son la alfa V8.3 de OpenVMS, OpenVMS I64 V8.El HP proporciona la ayuda de la versión actual (CVS) y la ayuda anterior de la versión (PVS) para vario OpenVMS lanza. El mapa itinerario de OpenVMS garantiza el estado de PVS para los lanzamientos específicos (V5.3-2) hasta 2012, y solamente después la terminación con 24 avisos anteriores del mes. CVS se proporciona para la versión actual y para el lanzamiento inmediato-anterior.
Por el mapa itinerario de OpenVMS, el lanzamiento siguiente de OpenVMS es según se informa OpenVMS I64 V8.3-1H1 y se programa para la segunda mitad de 2007, y con OpenVMS V8.4 y lanzamiento subsecuente programó áspero 18 a 24 meses de separado.
Estándares industriales aplicables
Los siguientes son algunos de los estándares industriales demandados en el documento de la descripción del producto de software (SPD) de OpenVMS:ANSI X3.4-1986: ASCII
ANSI X3.22-1973/FIPS 3-1: Magtape, 800 BPI NRZI
ANSI X3.27-1987/FIPS 79: Magtape, etiquetas y estructuras del volumen
ANSI X3.39-1986/FIPS 25: Magtape, 1600 BPI de PE
ANSI X3.40-1983: Magtape, sin grabar
ANSI X3.41-1974: Secuencias de control del pedacito del ASCII 7
ANSI X3.42-1975: Valores numéricos en conjuntos de caracteres
ANSI X3.54-1986/FIPS 50: Magtape, GCR de 6250 BPI
ANSI X3.131-1986/ISO 9316 (1989): SCSI-1
ANSI X3.131-1994/ISO 10288 (1994): SCSI-2
ANSI/IEEE 802.2-1985: Logical Link Control
ANSI/IEEE 802.3-1985: Ethernet CSMA/CD
PAA 1-2: Código para el intercambio de información; incluye ANSI X3.4-1977 (86) /FIPS 15; ANSI X3.32-1973/FIPS 36; ANSI X3.41-1974/FIPS 35; PAA 7
PAA 16-1/ANSI X3.15-1976: Secuencia mordida Comms serial; STD ALIMENTADO 1010
PAA 22-1/ANSI X3.1-1976: Señalización de Synch para los comms de DTE/DCE; STD ALIMENTADO 1013
PAA 37/ANSI X3.36-1975: Señalización de alta velocidad de Synch para los comms de DTE/DCE; GIPS 1001
PAA 86/ANSI X3.64-1979: Controles adicionales para el uso con el ASCII
ISO 646: Juego de caracteres cifrado del pedacito de la ISO 7 para el intercambio de información
ISO 1001: Magtape, etiquetas y estructuras del volumen
ISO 1863: Magtape, 800 BPI NRZI
ISO 1864: Magtape, sin grabar/NRZI y el PE
ISO 2022: Extensiones de código para ISO 646
ISO 3307: Representaciones de hora y de la fecha
ISO 3788: Magtape, 1600 BPI de PE
ISO 4873: códigos de carácter de 8 bits
ISO 5652: Magtape, GCR de 6250 BPI
ISO 6429: Secuencias de control
ISO 9660: Estructuras del volumen y de archivo del CD-ROM
Programa del aficionado a los hobbys de OpenVMS
A pesar de ser un sistema operativo comercial propietario, en el 1997 OpenVMS y un número de productos acodados fueron hechos disponible gratuitamente para el aficionado a los hobbys, uso no comercial como parte del programa del aficionado a los hobbys de OpenVMS. Desde entonces, varias compañías que producían el software de OpenVMS han hecho sus productos disponibles bajo mismos términos, tales como software del proceso y sistemas del MVP.En fecha 2006, el tiempo requerido para obtener una licencia del aficionado a los hobbys estaba a aproximadamente una semana del comienzo al final; del registro con un grupo de usuario con la adquisición de licencias y de medios. Los medios CD del aficionado a los hobbys están disponibles para US$30, incluyendo el envío internacional. No hay transferencias directas de software del Anonymous FTP disponibles para los aficionados a los hobbys.
Más información sobre el programa del aficionado a los hobbys se puede encontrar en http://www. Un número de sistemas del aficionado a los hobbys están abiertos al público, incluyendo el racimo de Deathrow.
La poesía Hacklab proporciona el acceso del telnet y del ssh (el username y la contraseña es luther) a dos máquinas de VAX/VMS situadas en el museo de la computadora de Freaknet.
Asuntos OpenVMS-relacionados centrales
los términos y las siglas OpenVMS-relacionados incluyen:ACMS del
- sistema del tratamiento transaccional de Digital (TP), de uso frecuente con los componentes de servicio distribuidos DECdtm de sistema del gestor de transacciones de OpenVMS, y con el DECforms y los productos de Rdb en usos con requisitos transaccionales
Trampa asincrónica (AST) del sistema
DECforms - sucesor de Digital al sistema de gestión de las formas
DECnet - arquitectura propietaria del establecimiento de una red de Digital que también incluye la FREGONA .
Lengua de mando de DIGITAL (DCL) - lengua de mando de Digitaces - línea de comando intérprete .
DECwindows - puesta en práctica de Digital del sistema de la ventana X.
Indicador de suceso - un mecanismo simple de la sincronización
Files-11 - sistema de ficheros bajo, también conocido como el procesador extendido de QIO (XQP).
Idioma descriptivo de archivo (FDL) - idioma descriptivo de archivo - define el expediente del archivo/la estructura del campo.
El forma el sistema de gestión (FMS) - conductor independiente del lenguaje de la forma de la primera generación de Digital.
El transporte (LAT) del área local - es un protocolo de comunicaciones non-routable LAN-based para apoyar la DEC y otros servidores terminales
Entrada-salida hecha cola QIO; el interfaz bajo de la entrada-salida
Oracle Rdb - una base de datis relacional obediente del SQL creada por la DEC pero ahora poseída por Oracle
Servicios de gestión de registro (RMS) - de alto nivel, lengua/entrada-salida device-independent
Bibliotecas Runtime (RTL) - rutinas compartidas y funciones, accesibles de cualquie lengua
Galaxia de OpenVMS - instalaciones de OpenVMS que cohabitan; una forma de división del sistema
OpenVMS arracima - para la redundancia, las mejoras incrementales del hardware, o la tolerancia del desastre
Para la información sobre productos acodados, ver la descripción del producto de software (SPD) para el producto. Para los componentes de OpenVMS, ver el sistema de la documentación de OpenVMS.
| Random links: | Montan@as suizas | El levantamiento de la sombra | Isla de Bardsey | Black Company |