DOCSLIB.ORG

Software Product Description

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text

Load more

Software Product Description PRODUCT NAME: DECnet-ULTRIX, Version 4.0 for RISC and VAX SPD 26.83.08 ULTRIX Network Software (End-node Only) DESCRIPTION functions. The DECnet products and functions avail­ able to users on mixed networks can be determined by DECnet-ULTRIX, Version 4.0 is a Phase IV end­ comparison of the SPDs for the appropriate products. node implementation of Digital Network Architecture (DNA) for the ULTRIX Operating System and ULTRIX Note that incoming connections from all Phase III sys­ Worksystem Software (UWS) for VAX and RISC sys­ tems to DECnet-ULTRIX systems are supported. SUI>­ tems. port for outgoing connections Is limited to the following Phase I II systems: DECnet-VAX and DECnet-RT. In The DECnet-ULTRIX software enables communication addition, DECnet-ULTRIX only supports the connec­ among different networked Digital systems that use the tion of Phase IV routers/routing nodes on the point-to­ DNA Phase IIIIIV· protocols. At the same time, users point lines. and user programs can communicate with non-Digital systems that use the Internet (TCP/IP-based) proto­ Phase IV End Node cols. DECnet-ULTRIX offers the following capabilities: task-to-task communications, network virtual terminal, DECnet-ULTRIX is a Phase IV end-node only imple­ remote file transfer, mail, coexistence with the Internet mentation of DNA and as such, can communicate di­ protocols (TCPIIP-based), and network-wide resource rectly with any other Phase IV node on the Ethernet sharing and management as defined by the DNA pro­ or with any other Phase III/IV· node in the network via tocols. DECnet-ULTRIX can communicate with and is a routing node on the same Ethernet or connected via warranted for use only with other Digital Phase III/IV· point-to-point lines (either a dedicated DECnet Router DECnet products. Server, (SPD 30.34.xx) or a full-function VMS or RSX- 11M/11M-PLUS system with routing capabilities). A DECnet-ULTRIX allows ULTRIX users to access the Phase IV end node can communicate with any Phase resources of Phase IV DECnet networks. With proper III· node in the same area. Communications with network planning, DECnet-ULTRIX nodes can partic­ Phase II nodes is not supported. ipate in DECnet networks with up to 1023 nodes per area and up to 63 areas per network. The DECnet­ DECnet-ULTRIX supports the downline load function ULTRIX software enables communication among dif­ for the following products for both VAX and RISC p,l~t,. ferent, networked Digital systems that use the DNA forms: Phase III/IV· protocols. At the same time, users and • DECserver 100 user programs can communicate with non-Digital sys­ tems that use the TCPII P protocols. • DECserver 200 The network functions available to a DECnet-ULTRIX • DECserver 300 user depend, in part, on the configuration of the rest of • DECrouter 100 the network. Each DECnet product offers its own func­ • DECrouter 2000 tions and its own set of features to the user. Networks consisting entirely of DECnet-ULTRIX Phase IV nodes • Internet Portal have all the functions described in this SPD. Networks • X25router 100 that combine DECnet-ULTRIX nodes with other DEC­ net products may limit the functions available to the • X25router 2000 DECnet-ULTRIX user because some DECnet-ULTRIX DECnet-ULTRIX nodes cannot route messages 011 be-­ features may not be supported by all DECnet products. half of other nodes in the network. Since end nodes Conversely, a user of another DECnet implementation do not route messages, they do not need to store or will not necessarily have access to all DECnet-ULTRIX update routing databases. Consequently, end nodes have less overhead than routing nodes. May 1990 AE-6A~E DECnetoaUlTRIX, Version 4.0 for RiSe and VAX SPD 26.83.08 DEenet and TCPIIP Coexistence Mail DECnet-ULTRIX supports the coexistence of the DEC­ The DECnet-ULTRIX software allows users to send net and TCPIIP protocols. Coexistence means that and receive mail to and from users on other DECnet DECnet and TCPIIP can run together simultaneously Phase III/IV* systems The DECnet-ULTRIX mail utility (DECnet-ULTRIX systems use DECnet to communi­ extends the existing ULTRIX mail system to Include cate with other Phase III/IV* systems in DECnet net­ support for DECnet. Both the DECnet mail utility and works and TCPIIP to communicate with non-Digital the current ULTRIX mail systems share the same user systems in Internet networks). DECnet and TCPIIP interface. The syntax of the message address deter­ can also share the same system resources, such as mines how the mail will be delivered. For example, the DEUNA and DEQNA Ethernet interfaces, and pro­ to send mail from one DECnet system to another, the grams can be written in such a way that either of the message address syntax is nodename::username. lower-level protocols, NSP or TCP, is used. In gen­ eral, existing programs running over TCPIIP can be Task-to-Task Communications easily modified to run with DECnet. Taking DECnet Task-to-Task Communications allows cooperating pro­ programs and having them run over TCPIIP can be grams running on any DECnet Phase III/IV* node to done, but only if they do not make use of operations exchange data. This is an extension of the socket level that are specific to DECnet. interface in the ULTRIX Operating System to include Network Virtual Terminal support for DECnet's session control and end-to-end communications (NSP) layers. DECnet-ULTRIX provides both incoming and outgo­ ing heterogeneous remote terminal support (CTERM). Network Management This allows a terminal user on a DECnet-ULTRIX node The Network Control Program (NCP) performs three to establish a logical connection to another DECnet­ primary functions: ULTRIX, DECnet-DOS, DECnet-VAX, or DECnet11M/- 11 M-PLUS node. It also allows a terminal user on • Displaying statistical and error information another DECnet-ULTRIX, DECnet-VAX, or a DECnet- • Controlling network components 11 M/11 M-PLUS node to establish a logical connection to a DECnet-ULTRIX node. This connection makes • Testing network operation the terminal appear as if it were physically connected These functions can be performed locally or executed to the remote system and the user can use all the stan­ at remote Phase 111* or Phase IV systems. dard system and network utilities supported by that remote node. This capability is particularly useful for NCP allows the operator to display the status of DEC­ dOing remote program development and allows the ter­ net activity at any Phase 111* or Phase IV node in the minal users on smaller application-oriented systems network. The operator can choose to display statis­ to utilize the resources of other development-oriented tics related to the node itself, including traffic and er­ systems. ror data, or examine data rates and error conditions in the Ethernet controller. The local operator can also Remote File Transfer perform a large number of operations to examine and The remote file transfer cap9bility of DECnet-ULTRIX control functions throughout the network. uses "dcp" , the network file copy utility. DCP lets DECnet-ULTRIX provides network event logging to a users transfer files between DECnet-ULTRIX nodes terminal device, disk file, or remote node. The NCP and other DECnet Phase IIIIIV* nodes. utility can be used to enable and disable the event Nretwork File Access logging facility as well as to optionally filter specific events. Remote file access from other Digital systems is sup­ ported; user programs on other DECnet Phase IIIIIV* NCP can also be used to test specific components systems can perform directory operations, as well as of the network. NCP enables transmission and recep­ sequentially read, write, create, delete, and print files tion of test messages either between nodes or through on a DECnet-ULTRIX system. controller loopback arrangements. The messages can then be compared for possible errors. NCP allows performance of a logical series of tests that will aid in isolating network problems. 2 DECnet-ULTRIX, Version 4.0 for RISC and VAX SPD 26.83.08 DECnet-lnternet Gateway The principal characteristics of the Ethernet physical layer are a signaling rate of 10 million bits per second, A semi-transparent, bi-directional DECnet-lnternet gate­ and a maximum station separation of 2.5 kilometers. way is an Integral part of the DECnet-ULTRIX software. Actual data rates will be substantiaUy less than 10 mil­ This gateway, based on the TCP/IP in 4.3 eSD pro­ lion bits per second due to the limitations of the Eth­ vides bidirectional network access between DECnet ernet controllers. The Ethernet data link layer is char­ and Internet systems. It allows DECnet and Internet acterized by the channel access discipline known as system users to communicate and cooperate through the Carrier Sense Multiple-Access with Collision De­ their respective file transfer, remote login, and mail ca­ tect (CSMAlCD). pabilities. An Internet system user can use the FTP, TELNET, and SMTP protocols to communicate with HARDWARE REQUIREMENTS a DECnet system user who uses the DAP, CTERM, MAIL-11 protocols and vice versa. In addition, the VAX, MicroVAX, VAXstation or Digital RISC system gateway does not require special software on systems configurations as specified in the System Support Ad­ that use its service, nor does It require accou,nts for re­ dendum (SSA 26.83.08-x). mote users on the gateway system. OPTIONAL HARDWARE 802.3 Compatibility None DECnet-ULTRIX supports receipt of 802.3 packets and SOFTWARE REQUIREMENTS* transmission of 802.3 packets via a programming in­ terface. For VAX, MicroVAX, DECstation 3100S, DECsystem 3100, DECsystem 5400/5810/5820 systems: DECnet-ULTRIX Configuration and Performance • ULTRIX Operating System Configuring a DECnet-ULTRIX node to satisfy a user's application requirements Involves making trade-offs of • DECnet-ULTRIX cost, performance, and functionality.
Recommended publications
  • The Design and Verification of the Alphastation 600 5-Series Workstation by John H

    The Design and Verification of the Alphastation 600 5-Series Workstation by John H

    The Design and Verification of the AlphaStation 600 5-series Workstation by John H. Zurawski, John E. Murray, and Paul J. Lemmon ABSTRACT The AlphaStation 600 5-series workstation is a high-performance, uniprocessor design based on the Alpha 21164 microprocessor and on the PCI bus. Six CMOS ASICs provide high-bandwidth, low-latency interconnects between the CPU, the main memory, and the I/O subsystem. The verification effort used directed, pseudorandom testing on a VERILOG software model. A hardware-based verification technique provided a test throughput that resulted in a significant improvement over software tests. This technique currently involves the use of graphics cards to emulate generic DMA devices. A PCI hardware demon is under development to further enhance the capability of the hardware-based verification. INTRODUCTION The high-performance AlphaStation 600 5-series workstation is based on the fastest Alpha microprocessor to date -- the Alpha 21164.[1] The I/O subsystem uses the 64-bit version of the Peripheral Component Interconnect (PCI) and the Extended Industry Standard Architecture (EISA) bus. The AlphaStation 600 supports three operating systems: Digital UNIX (formerly DEC OSF/1), OpenVMS, and Microsoft's Windows NT. This workstation series uses the DECchip 21171 chip set designed and built by Digital. These chips provide high-bandwidth, low-latency interconnects between the CPU, the main memory, and the PCI bus. This paper describes the architecture and features of the AlphaStation 600 5-series workstation and the DECchip 21171 chip set. The system overview is first presented, followed by a detailed discussion of the chip set. The paper then describes the cache and memory designs, detailing how the memory design evolved from the workstation's requirements.
  • Software Product Description

    Software Product Description

    Software Product Description PRODUCT NAME: Uniplex™ Business Software for ULTRIX SPD 32.83.01 on RISC, Version 7.00c DESCRIPTION • On-screen print effects Uniplex Business Software is a product of Uniplex Lim- • Paragraph and page numbering ited and distributed under Digital Equipment Corpora- • Decimal tab and column align tion’s Terms and Conditions. • Headers, footers, footnotes and endnotes Uniplex Business Software is a suite of UNIX™-based • Line and box drawing, sketch mode office applications designed to handle routine office ac- tivities. Uniplex II Plus, the base program for all Uniplex • Auto backup and auto save Business Software, provides word processing, spread- • Document boilerplate merge sheet, database and business graphics. In addition to Uniplex II Plus, several optional applications can be • Flexible search and replace added to expand overall office functionality. • Automatic index and table of contents generation Uniplex Advanced Office System (AOS) adds electronic • Spelling dictionary and thesaurus mail, time manager, personal organizer, card index and report writer. Uniplex Advanced Graphics System • Flexible printer formatting on Digital printers (AGS) provides charting, graphing and freehand draw Spreadsheet capabilities. Uniplex Additional Dictionary Pack (ADP) provides support for multiple dictionaries which enables The Uniplex spreadsheet provides the user with a users to spellcheck documents in various languages. choice of using either the Uniplex interface or an in- dustry standard interface (ISSI) similar to that used by Uniplex Business Software uses consistent commands, other leading spreadsheet products. Data can imported menus and softkeys throughout all applications. Users from Lotus® 1-2-3, DIF or ASCII files into a matrix as may "hot-key" between several applications or between large as 1024 rows x 256 columns.
  • Validated Processor List

    Validated Processor List

    NISTIR 4557 Programming Languages and Database Language SQL VALIDATED PROCESSOR UST Including GOSIP Conformance Testing Registers Judy B. Kailey Editor U.S. DEPARTMENT OF COMMERCE National Institute of Standards and Technology National Computer Systems Laboratory Software Standards Validation Group Gaithersburg, MD 20899 April 1991 (Supersedes January 1991 Issue) U.S. DEPARTMENT OF COMMERCE Robert A. Mosbacher, Secretary NATIONAL INSTITUTE OF STANDARDS AND TECHNOLOGY John W. Lyons, Director NIST > NISTIR 4557 Programming Languages and Database Language SQL VALIDATED PROCESSOR LIST Including GOSIP Conformance Testing Registers Judy B. Kailey Editor U.S. DEPARTMENT OF COMMERCE National Institute of Standards and Technology National Computer Systems Laboratory Software Standards Validation Group Gaithersburg, MD 20899 April 1991 (Supersedes January 1991 Issue) U.S. DEPARTMENT OF COMMERCE Robert A. Mosbacher, Secretary NATIONAL INSTITUTE OF STANDARDS AND TECHNOLOGY John W. Lyons, Director lib t TABLE OF CONTENTS 1. INTRODUCTION 1 1.1 Purpose 1 1.2 Document Organization 1 1.2.1 Language Processors 1 1.2.2 Contributors to the VPL 2 1.2.3 Other FIPS Conformance Testing Products 2 1.2.4 GOSIP Registers 2 1.3 FIPS Programming and Database Language Standards 3 1.4 Validation of Processors 3 1.4.1 Validation Requirements 3 1.4.2 Placement in the List 4 1.4.3 Removal from the List 4 1.4.4 Validation Procedures 4 1.5 Certificate of Validation 4 1.6 Registered Report 4 1.7 Processor Validation Suites 5 2. COBOL PROCESSORS 7 3. FORTRAN PROCESSORS 13 4. Ada PROCESSORS 21 5. Pascal PROCESSORS 35 6. SQL PROCESSORS 37 APPENDIX A CONTRIBUTORS TO THE LIST A-1 APPENDIX B OTHER FIPS CONFORMANCE TESTING B-1 APPENDIX C REGISTER OF GOSIP ABSTRACT TEST SUITES C-1 APPENDIX D REGISTER OF GOSIP MEANS OF TESTING D-1 APPENDIX E REGISTER OF GOSIP CONFORMANCE TESTING LABORATORIES E-1 .
  • Alpha and VAX Comparison Based on Industry-Standard Benchmark

    Alpha and VAX Comparison Based on Industry-Standard Benchmark

    Alpha and VAX Comparison based on Industry-standard Benchmark Results Digital Equipment Corporation December 1994 EC-N3909-10 Version 3.0 December 1994 The information in this document is subject to change without notice and should not be construed as a commitment by Digital Equipment Corporation. Digital Equipment Corporation assumes no responsibility for any errors that may appear in this document. Digital conducts its business in a manner that conserves the environment and protects the safety and health of its employees, customers, and the community. Restricted Rights: Use, duplication, or disclosure by the U.S. Government is subject to restrictions as set forth in subparagraph (c) (1 )(ii) of the Rights in Technical Data and Computer Software clause at DFARS 252.227 7013. Copyright© 1994 Digital Equipment Corporation All rights reserved. Printed in U.S.A. The following are trademarks of Digital Equipment Corporation: AlphaServer, AlphaStation, AlphaGeneration, DEC, OpenVMS, VMS, ULTRIX, and the DIGITAL logo. The following are third-party trademarks: MIPS is a trademark of MIPS Computer Systems, Inc. TPC-A is a trademark of the Transaction Processing Performance Council. INFORMIX is a registered trademark of lnformix Software, Inc. OSF/1 is a registered trademark of the Open Software Foundation, Inc. ORACLE is a registered trademark of Oracle Corporation. SPEC, SPECfp92, and SPECratio are trademarks of Standard Performance Evaluation Corporation. MIPS is a trademark of MIPS Computer Systems, Inc. All other trademarks and registered
  • Technical Description of the DEC 7000 and DEC 10000 AXP Family 1

    Technical Description of the DEC 7000 and DEC 10000 AXP Family 1

    Technical Description of the DEC 7000 and DEC 10000 AXP Family 1 Abstract The DEC 7000 and DEC 10000 products are mid-range and mainframe Alpha AXP system offerings from Digital Equipment Corporation. These machines were designed to meet the needs of large commercial and scientific applications and therefore are high-performance, expandable systems that can be easily upgraded. The DEC 7000 and 10000 systems utilize the DECchip 21064 microprocessor operating at speeds up to 200 MHz. The high-speed chips, large caches, multiprocessor system architecture, high-performance backplane interconnect, and large memory capacity combine to create mainframe-class performance with a cost and size previously attributed to mid-range systems. The design of the DEC 7000 and 10000 systems provides a high-end platform and system environment for multiple generations of Alpha AXP chips. This platform, combined with a multiprocessor architecture, yields a multidimensional upgrade capability that will allow the system to meet users' needs for several years. System upgrade can take place by adding processors, replacing existing processors with next-generation processors, or both. This upgrade capability ensures stability to the system in terms of the physical and fiscal aspects of the end user's computing environment. The DEC 7000 and DEC 10000 systems are the logical follow-on products of the highly successful VAX 6000 family.[1] The new systems are capable of supporting either VAX processors or Alpha AXP processors. The capability to upgrade from a VAX processor to an Alpha AXP processor without changes to the system is essential for minimal disruption of large commercial applications.
  • Personal Decstation 5000 User's Guide

    Personal Decstation 5000 User's Guide

    Personal DECstation 5000 User’s Guide Order Number: EK–PM30E–RB.003 Digital Equipment Corporation Maynard, Massachusetts Second Printing, Sept, 1992 The information in this document is subject to change without notice and should not be construed as a commitment by Digital Equipment Corporation. Digital Equipment Corporation assumes no responsibility for any errors that may appear in this document. The software described in this document is furnished under a license and may be used or copied only in accordance with the terms of such license. All rights reserved. Printed in U.S.A. © Digital Equipment Corporation 1992. The postpaid Reader’s Comments forms at the end of this document request your critical evaluation to assist in preparing future documentation. The following are trademarks of Digital Equipment Corporation: DEC, DECconnect, DECnet, DECstation, DECsystem, DECUS, DESTA, ThinWire, Turbochannel, ULTRIX, ULTRIX-32, and the DIGITAL logo. Motif is a trademark of the Open Software Foundation, Inc. MS–DOS is a registered trademark of Microsoft Corporation. PostScript is a registered trademark of Adobe Systems, Inc. VELCRO is a trademark of VELCRO USA, Inc. FCC NOTICE: This equipment has been tested and found to comply with the limits for a Class A digital device, pursuant to Part 15 of the FCC Rules. These limits are designed to provide reasonable protection against harmful interference when the equipment is operated in a commercial environment. This equipment generates, uses, and can radiate radio frequency energy and, if not installed and used in accordance with the instruction manual, may cause harmful interference to radio communications. Operation of this equipment in a residential area is likely to cause harmful interference, in which case the user will be required to correct the interference at his own expense.
  • Intro VAX-VMS.Pdf

    Intro VAX-VMS.Pdf

    Introduction to VAX/VMS Bill Degnan Vintage Computer Festival 13 Digital VAX Computers • Digital Introduced VAX family of computers in 1977 • Height of “VAX generation” 1977 through 1987 • VMS Default Operating System designed for all VAX machines VAX is … • DEC’s Line of 32-bit computers • VAX = Virtual Address eXtension • VAX can use memory storage that does not exist as true physical memory • VAX designed to support multiprogramming (a.k.a. multitasking) users running programs simultaneously The VAX Product Line • 11/700 • 8000 Series • MicroVAX VAX 11/700 • Descended from PDP-11 • Share MASSBUS and UNIBUS • 11/780 was the first VAX processor (1978) • 1 Million Instructions per Second VAX 8000 • VAX BUS Interconnect (VAXBI) but will also support UNIBUS • High Performance • Large VAX Systems MicroVAX • Digital Q-22 Bus • Smaller Systems / Less Expensive • Designed for Office Environment VAXstation • Computer Workstation VAX CPU • Intended as single user • Optional GUI graphic display terminal / mouse • Older VAXStations support VT100 / Tektronix 4014 only, newer VAXStations support newer terminals and displays VAX Compatibility • Processing speed is only major difference between VAX computers • Program produced on one VAX will run on another VAX • A VAXcluster is two or more VAX computers networked together, up to 16 DECNet / Digital Network Architecture What is VMS? • VMS (Virtual Memory System) OS • Multiprocessing • Scheduling term used for sharing CPU time among users and processes. • Operates continuously • Handles the virtual memory / programs broken down into “pages” VMS Continued • Each time one uses VAX/VMS the system treats the use as a “process” • VMS checks user account requesting access to a program image or files/directory to see if the required privileges exist to access required memory, processes, CPU, and I/O • Groups with quotas, limits and privileges DEC Terminals • Terminal Printer (for era, 300-1200 baud • Serial Terminal (for era, 4800-19200) • Graphic Terminal (Color, Hi-res, GUI.
  • Computer Architectures an Overview

    Computer Architectures an Overview

    Computer Architectures An Overview PDF generated using the open source mwlib toolkit. See http://code.pediapress.com/ for more information. PDF generated at: Sat, 25 Feb 2012 22:35:32 UTC Contents Articles Microarchitecture 1 x86 7 PowerPC 23 IBM POWER 33 MIPS architecture 39 SPARC 57 ARM architecture 65 DEC Alpha 80 AlphaStation 92 AlphaServer 95 Very long instruction word 103 Instruction-level parallelism 107 Explicitly parallel instruction computing 108 References Article Sources and Contributors 111 Image Sources, Licenses and Contributors 113 Article Licenses License 114 Microarchitecture 1 Microarchitecture In computer engineering, microarchitecture (sometimes abbreviated to µarch or uarch), also called computer organization, is the way a given instruction set architecture (ISA) is implemented on a processor. A given ISA may be implemented with different microarchitectures.[1] Implementations might vary due to different goals of a given design or due to shifts in technology.[2] Computer architecture is the combination of microarchitecture and instruction set design. Relation to instruction set architecture The ISA is roughly the same as the programming model of a processor as seen by an assembly language programmer or compiler writer. The ISA includes the execution model, processor registers, address and data formats among other things. The Intel Core microarchitecture microarchitecture includes the constituent parts of the processor and how these interconnect and interoperate to implement the ISA. The microarchitecture of a machine is usually represented as (more or less detailed) diagrams that describe the interconnections of the various microarchitectural elements of the machine, which may be everything from single gates and registers, to complete arithmetic logic units (ALU)s and even larger elements.
  • DSSI Vmscluster Installation and Troubleshooting Guide

    DSSI Vmscluster Installation and Troubleshooting Guide

    DSSI VMScluster Installation and Troubleshooting Guide Order Number: EK–410AB–MG. D01 Digital Equipment Corporation Maynard, Massachusetts First Printing, October 1994 The information in this document is subject to change without notice and should not be construed as a commitment by Digital Equipment Corporation. Digital Equipment Corporation makes no representation that the use of its products in the manner described in the publication will not infringe on existing or future patent rights, nor do the descriptions contained in this publication imply the granting of licenses to make, use, or sell equipment or software in accordance with the description. Possession, use or copying of the sofware described in this publication is authorized only pursuant to a valid written license from Digital or an authorized sublicensor. Copyright © Digital Equipment Corporation, 1994. All Rights reserved. The Reader’s Comments form at the end of this document requests your critical evaluation to assist in preparing future documentation. The following are trademarks of Digital Equipment Corporation: Alpha AXP, AXP, DEC, DECnet, Digital, MicroVAX, OpenVMS, VAX, VAX DOCUMENT, VAXcluster, VMScluster, the AXP logo, and the DIGITAL logo. OSF/1 is a registered trademark of Open Software Foundation, Inc. All other trademarks and registered trademarks are the property of their respective holders. FCC NOTICE: The equipment described in this manual generates, uses, and may emit radio frequency energy. The equipment has been type tested and found to comply with the limits for a Class A computing device pursuant to Subpart J of Part 15 of FCC Rules, which are designed to provide reasonable protection against such radio frequency interference when operated in a commercial environment.
  • VAX VMS at 20

    VAX VMS at 20

    1977–1997... and beyond Nothing Stops It! Of all the winning attributes of the OpenVMS operating system, perhaps its key success factor is its evolutionary spirit. Some would say OpenVMS was revolutionary. But I would prefer to call it evolutionary because its transition has been peaceful and constructive. Over a 20-year period, OpenVMS has experienced evolution in five arenas. First, it evolved from a system running on some 20 printed circuit boards to a single chip. Second, it evolved from being proprietary to open. Third, it evolved from running on CISC-based VAX to RISC-based Alpha systems. Fourth, VMS evolved from being primarily a technical oper- ating system, to a commercial operat- ing system, to a high availability mission-critical commercial operating system. And fifth, VMS evolved from time-sharing to a workstation environment, to a client/server computing style environment. The hardware has experienced a similar evolution. Just as the 16-bit PDP systems laid the groundwork for the VAX platform, VAX laid the groundwork for Alpha—the industry’s leading 64-bit systems. While the platforms have grown and changed, the success continues. Today, OpenVMS is the most flexible and adaptable operating system on the planet. What start- ed out as the concept of ‘Starlet’ in 1975 is moving into ‘Galaxy’ for the 21st century. And like the universe, there is no end in sight. —Jesse Lipcon Vice President of UNIX and OpenVMS Systems Business Unit TABLE OF CONTENTS CHAPTER I Changing the Face of Computing 4 CHAPTER II Setting the Stage 6 CHAPTER
  • Decstation/Decsystem 5000 Model 200 Series Maintenance Guide

    Decstation/Decsystem 5000 Model 200 Series Maintenance Guide

    EK-PM38C-MG-002 DECstation/DECsystem 5000 Model 200 Series Maintenance Guide digital equipment corporation maynard, massachusetts First printing, January 1992 Second printing, April 1993 © Digital Equipment Corporation 1993. USA This equipment generates, uses, and may emit radio frequency energy. The equipment has been type tested and found to comply with the limits for a Class A computing device pursuant to Subpart J of Part 15 of FCC Rules, which are designed to provide reasonable protection against such radio frequency interference. Operation of this equipment in a residential area may cause interference in which case the user at his own expense will be required to take whatever measures may be required to correct the interference. The following are trademarks of Digital Equipment Corporation: DEC PDP VAXBI DECnet ThinWire VAXcluster DECstation TURBOchannel VAXstation DECsystem ULTRIX VMS DECUS ULTRIX-32 VT MicroVAX UNIBUS MicroVMS VAX dt Contents About This Guide .......................................... xix Part I Hardware 1 System Overview System Hardware Configurations . .................... 1–2 System Unit ......................................... 1–4 Controls and Indicators ............................ 1–6 External System Unit Connectors ................... 1–8 Internal Base System Module Connectors . ........... 1–10 Hardware Options and Peripherals . .................... 1–12 CPU Module Description ........................... 1–13 System Boot ROM ................................. 1–13 Memory Modules .................................
  • Microvax 3100 Model 85/95 Troubleshooting and Diagnostic Information

    Microvax 3100 Model 85/95 Troubleshooting and Diagnostic Information

    MicroVAX 3100 Model 85/95 Troubleshooting and Diagnostic Information Order Number: EK–A0719–TM. B01 June 1994 This manual describes the troubleshooting procedures and diagnostic commands that you can use to solve basic problems with the MicroVAX 3100 Model 85 and Model 95 systems. Revision Information: This manual supersedes EK–A0719–TM. A01 Digital Equipment Corporation Maynard, Massachusetts June 1994 Digital Equipment Corporation makes no representations that the use of its products in the manner described in this publication will not infringe on existing or future patent rights, nor do the descriptions contained in this publication imply the granting of licenses to make, use, or sell equipment or software in accordance with the description. Possession, use, or copying of the software described in this publication is authorized only pursuant to a valid written license from Digital or an authorized sublicensor. FCC NOTICE: This equipment has been tested and found to comply with the limits for a Class A digital device, pursuant to Part 15 of the FCC Rules. These limits are designed to provide reasonable protection against harmful interference when the equipment is operated in a commercial environment. This equipment generates, uses, and can radiate radio frequency energy and, if not installed and used in accordance with the instruction manual, may cause harmful interference to radio communications. Any changes or modifications made to this equipment may void the user’s authority to operate this equipment. Operation of this equipment in a residential area may cause interference in which case the user at his own expense will be required to take whatever measures may be required to correct the interference.