DOCSLIB.ORG

Company Private

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text

Load more

a by Ray Smelek/Boise I am pleased to announce Bill Murph Boise Division as Marketing Man extensive marketing experience at • Bill will be moving to Boise in early January; in the meantime, will be formulating marketing strategy for Boise products while he phases out of his current position. HEwLEn~pAcKARD BOISE DIVISION NEWS by Ray SmeleklBoise I know there is considerable concern in the field regarding the long availability on 7970 Magnetic Tape Drives. First I want to assure you that everyone in Boise is equally concerned and striving hard to red~~ceit. Before I elaborate on what we are doing to rectify the situation I want to fill you in on hat lead us to this predicament. Many people feel this transfer asf Mag Tapes from Mountain View to Boise was untimely and poorly planned. Well, in looking back one Isan always see ways of doing things better, but by and large the transfer came off very smoothly. What we did not anticipate was the sudden demand on Tape Drive deliveries. You people in the field did an outstanding job in signing OEM's during the summer. The order rate in August, September, and October has been over 200% of a customers supplied with units. (Conrinued on page 2) All prices quoted in this Newsletter are domestic USA prices only I Company Private BOISE DIVISION NEWS - (Continued from page 1) work our way out of this long availability situation and still maintain good relationships with our customers overtime and have several people on loan in Bo~sewho are spending full time expediting material to ensure the I expect our availability to be down to 8-10 weeks by pull-ups occur on time. P,lso, we did work the three days April. We must be careful we don't over produce and '7 prior to Thanksgiving. end up with an inventory problem in the months to come. I'd welcome the opportunity to speak to you You can help by continuing to review your customer's regarding your specific customer situation and any needs. Do not keep units scheduled in tight if your insights you have about the future requirements for customer does not really need them. Keep us informed Mag Tape Drives. In the meantime, keep selling. of his needs. If we work closely together, I know we can HrwLETTIP*cX*eD maintenance charge of $2.00 and $3.00 respectively. SUMMARY OF DOS-IIID DATA COMMlINI- The time base generator is standard in a M-Series DOS CATION INTERFACES AND DRIVERS svstems The standard MI230 119662Bi and oution 203 of the MI260 119655B) include the privleged'interrupt by Dan Jorgenson card, DOS-IIIB logicallphysical data communication drivers and hardware Interfaces currently released (as of December 15, 1974) are listed below. All drlver software Although r,ot a logicallphysical type, the and a new comprehensive driver manual 124307-90012) Hardwlred Serlal Interface IHSI) driver is also sh~pped are shipped with DOS-lllB 124307B) and serviced under with DOS-lliB the r-,ame of DVR 67 and works the DOS hardware service contract. with the HP 12889A card. It enables h~qhspeed data I transfer between two DOS systems. ' I Terminal I (Continued on page 31 a I lnd~catesthe log~caldr~ver w~ll operate w~thphys~cal driver (at the Intersection of row and column) Notes (1) HP presently supported n character rnode nomenclature 2640A A page mode Logical Dr~verIS LUI rently be~rrg ATDOI = asynchronous term~naldrlver =1 wrltten PMTOl = page mode term~naldr~ver =1 (2) PMTOl ?upports Beeh~veSuper Bee II Computer DVR 72 : Driver "72" Term~nnl,Model 112-0600 000 (Form~rHP 261 6A) SLC = Synchronous L~neControl Package HP Computer Museum www.hpmuseum.net For research and education purposes only. SUMMARY OF DOS-IIIB DATA COMMUNICATION has been claimed that the REMACS and satellite CPU's INTERFACES AND DRIVERS - (Continued from page 2) can be intermixed on the same cable, but the level of software support for this approach is unknown. UPGRADING EXISTING CUSTOMERS - The central host system must be a MODCOMP II Those customers that received DOS-IIIB without one 01 computerwith 32K or more of memory, a disc, a console all of these drivers may order then1 individually at $25.00 device, and theextended disc version of MAX Ill Version per tape. F operating system. The satellite system must be a MODCOMP II computer with at least 24K words of memory, and the non-discversion of MAX Ill. (However, Pan M one of the examples shown in the MAXNET Ill brochure indicates that a MODCOMP Ill computer can also be a satellite computer.) The lower cost MODCOMP I computer (for dedicated applications) is not available as a satellite computer. This can be compared to HP's BCS based 2105 for dedicated applications where low cost is very important. MAXNET Services Each computer system (satellite and host) in a MAXNET Ill network has all the software capabilities of a system using the extended disc version of the standard MAX Ill Version F operating system. In addition the MAXNET Ill system provides the following functions and system tasks. DISTRIBUTED SYSTEMS SALES AMPLIFIER Operator Directives - Satellites and Hosts ADDENDUM FIL - Initial program load a remote system. by David Borton RAS - Create or change a logical file assignment in a - remote system. The past two months have seen (changes in the RRS - Remote task resume. distributed systems products available from the RDF - Create or change a logical file default competition. In particular, two packages have been assignment in a remote system. announced and another is expected soon. RTK - Remote task kill. RTA - Remote task activate. MODCOMP and IBM have both announced new RTE - Remote task establish (make core resident). packages for linking computers together. DEC is also RTD - Remote task deestablish. expected to announce a distributed system package by BTK - Background take (HOST only to regain use of April 1975. Data General could quite easily join the the batch processing task). group also by enhancing their present multi-CPU BGV - Background give (HOST only to allow satellite package to include longer distance hardware (their computers to use a batch processing task). Dresent hardware has a limit of 75 feet). RBP - Remote batch processing (SATELLITE only to use background and peripherals of the HOST MODCOMP for program development). RFO - Remote task information. MODCOMP announced a distributed systems package RHD - Remote task hold. in October, 1974, called MAXNET Ill. The software RFI - Remote logical file interrogation. prices are $3000 for the first satellite and $500 for each additional satellite. Hardware communication tech- Rex Services and FORTRAN Calls -- available to assembly language niques supported include parallel techniques for local and FORTRAN users. high-speed transfers (100K vvords per second), hardwired serial for up to one mile at speeds from 15K 1. Remote task establish. to 125K words per second, and synchronous and 2. Remote default assign. asynchronous modem communications for longer 3. Remote task resume. distances at speeds up to 9600 bits per second. 4. Remote task deestablish. 5. Remote task information The prices for this hardware range frorn $500 to $2000 6. Remote file assign. per computer. The serial hardwired technique is the 7. Remote task activate. same technique used by the REMACS remote 8. Remote task kill. measurement box and costs about $1250 This 9. Remote task hold. technique is a multi-drop scheme with up to 4 drops. It (Continued on page 4) DISTRIBUTED SYSTEMS SALES AMPLIFIER As can be seen from these calls, MODCOMP offers ADDENDUM - (Continued from page 3) extensive capabilities in coordinating tasks between computers in a network. Features not provided are the System Tasks - provided by MAXNET Ill which can be included at named remote file access calls and the requested -'3 system generation time. program load feature. (MODCOMP does provide a forced load only, however.) 1. A link task (LKT) which interfaces to the logical I10 system and allows device independent I10 transfers over multiple computer links. IBM announced a distributed system package for the 2. A loader task (LDR) which enables loading of tasks from a host system dlsc to a satellite computer. 370 to System17 computers in October 1974. It basically makes a product out of equipment that had been furnished before on an RPQ (special) basis only. The 3. A simultaneous output task (SYC) that takes data package is called Distributed Intelligence System (DIS) written to one device and outputs that same data to and is provided at no charge. It operates with 370's two devices. IVormally this is used to output system using the following access methods: Basic Sequential messages to consoles at satellite and host systems (BSAM), Basic Direct (BDAM), and Virtual Sequential simultaneously. (VSAM). 4. MAXNET Ill Linking Loader which looks at the computer link for binary data during remote fill DIS provides data transmission capabilities so that the operations. This loader will perform a checksum user does not have to concern himself with data 1 calculation on a record by record basis and request a communication protocols. This is essentially equivalent fixed number of retries if an error is detected. to HP's approach. IBM also provides program preparation capabilities for the System17 on the 370. In 5. A software core device interface which allows a user fact, this was the orlginal technique. Not until the spring to transfer data to and from core partitions defined of 1974 was local program preparation available on the at system generation time either locally or remotely. System17 Normally these partitions will be subdivisions of global common areas. The conflguratlon is as follows BLOCK MULTlPLEXER CHANNEL I SENSOR-BASED up To 64 PORTS -$35,000 (%75tmanth) CONTROL UNIT SZMI IS! mm~nrnl 277K bps coax up to 1 mile I I ADAPTER ADAPTER ADAPTER SYSTEM17 SYSTEM17 SYSTEM17 SYSTEMS APPLICATIONS GROUP Sl210 IS NOW MI210 The Sl210 Data System (19657B) is now playing on the by Peter Rosenbladr M Series team.
Recommended publications
  • The Computer History Simulation Project

    The Computer History Simulation Project

    The Computer History Simulation Project The Computer History Simulation Project The Computer History Simulation Project is a loose Internet-based collective of people interested in restoring historically significant computer hardware and software systems by simulation. The goal of the project is to create highly portable system simulators and to publish them as freeware on the Internet, with freely available copies of significant or representative software. Simulators SIMH is a highly portable, multi-system simulator. ● Download the latest sources for SIMH (V3.5-1 updated 15-Oct-2005 - see change log). ● Download a zip file containing Windows executables for all the SIMH simulators. The VAX and PDP-11 are compiled without Ethernet support. Versions with Ethernet support are available here. If you download the executables, you should download the source archive as well, as it contains the documentation and other supporting files. ● If your host system is Alpha/VMS, and you want Ethernet support, you need to download the VMS Pcap library and execlet here. SIMH implements simulators for: ● Data General Nova, Eclipse ● Digital Equipment Corporation PDP-1, PDP-4, PDP-7, PDP-8, PDP-9, PDP-10, PDP-11, PDP- 15, VAX ● GRI Corporation GRI-909 ● IBM 1401, 1620, 1130, System 3 ● Interdata (Perkin-Elmer) 16b and 32b systems ● Hewlett-Packard 2116, 2100, 21MX ● Honeywell H316/H516 ● MITS Altair 8800, with both 8080 and Z80 ● Royal-Mcbee LGP-30, LGP-21 ● Scientific Data Systems SDS 940 Also available is a collection of tools for manipulating simulator file formats and for cross- assembling code for the PDP-1, PDP-7, PDP-8, and PDP-11.
  • MINICOMPUTER CONCEPTS by BENEDICTO CACHO Bachelor Of

    MINICOMPUTER CONCEPTS by BENEDICTO CACHO Bachelor Of

    MINICOMPUTER CONCEPTS By BENEDICTO CACHO II Bachelor of Science Southeastern Oklahoma State University Durant, Oklahoma 1973 Submitted to the Faculty of the Graduate College of the Oklahoma State University in partial fulfillment of the requirements for the Degre~ of MASTER OF SCIENCE July, 1976 . -<~ .i;:·~.~~·:-.~?. '; . .- ·~"' . ~ ' .. .• . ~ . .. ' . ,. , .. J:. MINICOMPUTER CONCEPTS Thesis Approved: fl. F. w. m wd/ I"'' ') 2 I"' e.: 9 tl d I a i. i PREFACE This thesis presents a study of concepts used in the design of minicomputers currently on the market. The material is drawn from research on sixteen minicomputer systems. I would like to thank my major adviser, Dr. Donald D. Fisher, for his advice, guidance, and encouragement, and other committee members, Dr. George E. Hedrick and Dr. James Van Doren, for their suggestions and assistance. Thanks are also due to my typist, Sherry Rodgers, for putting up with my illegible rough draft and the excessive number of figures, and to Dr. Bill Grimes and Dr. Doyle Bostic for prodding me on. Finally, I would like to thank members of my family for seeing me through it a 11 . iii TABLE OF CONTENTS Chapter Page I. INTRODUCTION 1 Objective ....... 1 History of Minicomputers 2 II. ELEMENTS OF MINICOMPUTER DESIGN 6 Introduction 6 The Processor . 8 Organization 8 Operations . 12 The Memory . 20 Input/Output Elements . 21 Device Controllers .. 21 I/0 Operations . 22 III. GENERAL SYSTEM DESIGNS ... 25 Considerations ..... 25 General Processor Designs . 25 Fixed Purpose Register Design 26 General Purpose Register Design 29 Multi-accumulator Design 31 Microprogramm1ng 34 Stack Structures 37 Bus Structures . 39 Typical System Options 41 IV.
  • Oral History of Gary Davidian, Part 1 of 2

    Oral History of Gary Davidian, Part 1 of 2

    Oral History of Gary Davidian, part 1 of 2 Interviewed by: Hansen Hsu Recorded February 5, 2019 Mountain View, CA CHM Reference number: X8931.2019 © 2019 Computer History Museum Oral History of Gary Davidian Hsu: It is February 5th, 2019. I am Hansen Hsu here with Gary Davidian. Welcome. Davidian: Hello. Hsu: So let’s start with where and when were you born. Davidian: I was born in 1956 in New York City. And my parents were also born in New York City. Hsu: And so is that where you grew up? Davidian: I grew up-- yes. I was actually born in Manhattan but grew up in Queens. Hsu: And what’s your ethnic background? Davidian: Armenian. Both my parents were Armenian. So I grew up in an Armenian household. Hsu: What did your parents do? Davidian: My father was a mechanical engineer and he worked for-- well, while I was growing up, mostly he worked for Sperry Gyroscope in Great Neck, New York. And my mother, while I was growing up, was just a-- a housewife, but, you know, she had-- she had worked before marriage and then later when I was in college she was-- she was working again. Hsu: Do you have any siblings? Davidian: Yes. There are four of us. I have an older sister. I’m second. I have a younger brother, and then the youngest is my youngest sister. Hsu: Did you have any hobbies growing up? Davidian: Well, there were-- there were actually some things that-- when I was growing up-- which were sort of my favorite toys.
  • A Large Hospital Laboratory in Singapore

    A Large Hospital Laboratory in Singapore

    Journal of Automatic Chemistry, Vol. 14, No. 6 (November-December 1992), pp. 223-229 Integrated laboratory information system in a large hospital laboratory in Singapore Edward Jacob, It-Koon Tan, Kim-Seng Chua and minicomputer running on Medical Information tech- See-Heng Lim nology (Meditech) Software written in Meditech Inter- Clinical Biockemistry Laboratories, Department of Pathology, Singapore General pretive Information System (MIIS). Two identical on- Hospital, Outram Road, Singapore 0316, Singapore line systems were purchased, one in 1983 to serve the haematology laboratories and the 24-hour emergency/ This describes an to the computerization paper integrated approach routine biochemistry laboratories sited on the same floor all medicine and of major disciplines of laboratory pathology. within and another in to serve the main Installed the General SGH, 1984, in Department of Pathology, Singapore biochemistry laboratories of the Department of Pathology Hospital the computer system discussed comprises a (SGH), which is housed in a separate building some distance RISC-based Data General Aviion 6200 computer and Meditech away. The other laboratories at SGH were not ready for MAGIC The has been with the software. system interfaced computerization. hospital host IBM computer and supports patient information result management, and compila- transfer, reporting, phlebotomy The annual number of tests in the biochemistry and tion and The main of laboratory financial management reports. haematology departments was 820000 and 700000, the include: on-line and acquisition functions of system off-line of respectively, when the two computer systems were patient and test data; single information preparation of The systems were linked modems cumulative within and between purchased.
  • General Disclaimer One Or More of the Following Statements May Affect

    General Disclaimer One Or More of the Following Statements May Affect

    General Disclaimer One or more of the Following Statements may affect this Document This document has been reproduced from the best copy furnished by the organizational source. It is being released in the interest of making available as much information as possible. This document may contain data, which exceeds the sheet parameters. It was furnished in this condition by the organizational source and is the best copy available. This document may contain tone-on-tone or color graphs, charts and/or pictures, which have been reproduced in black and white. This document is paginated as submitted by the original source. Portions of this document are not fully legible due to the historical nature of some of the material. However, it is the best reproduction available from the original submission. Produced by the NASA Center for Aerospace Information (CASI) " GAO .k INVESTIGATION OE 1 ^ . DISK SYSTEMS '4c: (iVASA-CE-150165) INVESTIGATION OF SELECTED N77-15669 { DISK SYSTEMS (Tcieayn e grown Engineering) c 32 p hC A03 /MF A01 CSCL 09B Uilcias G3/60 12513 !`y Iris ^ eYt Octobe r 197 ti p: INVESTIGATION OF SELECTED DISK SYSTEMS APF76-MSFC-02222 October, 1976 Prepared For Data Systems Laboratory George C. Marshall Space Flight Center Huntsville, Alabama Prepared Under Contract No. NAS8-31488 By Advanced Projects Division Teledyne Brown Engineering Huntsville, Alabama t l ABSTRACT This report examines the large disk systems offered by IBM, UNIVAC, Digital Equipment Corporation, and Data General. In particular, these disk systems are analyzed in terms of how will available operating systems take advantage of the respective disk controller's transfer rates, and to what degree all available data for optimizing disk usage is effectively employed.
  • Chapter 2 Instruction Set Architecture (ISA)

    Chapter 2 Instruction Set Architecture (ISA)

    Chapter 2 Instruction Set Architecture (ISA) מטרת הפרק הזה היא הגדרת ארכיטקטורה של קבוצת הפקודות והבנת השיקולים שהדריכו תכנון מחשבים בין 1950 – 1990 ועדיין תקפים לגבי המחשב האישי. נסקור את האפשרויות שניתן לבחור מהן בהרכבת ISA והשיטות לממש אותן ב- microarchitecture. Slide 2 Overview of Chapter What is a processor? Von Neumann architecture Stages in the design of a processor Instruction set Structure of instructions Operands and data Data storage and memory types Operations on data Considerations in design of an instruction set Complex Instruction Set Computers (CISC) Implementing instructions in a microarchitecture Microcode Slide 3 Von Neumann Architecture In a 1947 paper, John von Neumann and others specified the features for an electronic digital computer: Digital computation in ALU input memory output Programmable via set of standard instructions Arithmetic Internal storage of data Logic Unit Internal storage of program (ALU) Automatic Input/Output controller Automatic sequencing of instruction execution by decoder/controller data/instruction path control path The activities in a digital are divided into a sequence of instructions — actions performed on data. Instructions move and manipulate data to produce new data according to a specific sequence. Instruction Set Architecture Chapter 2 1 Slide 4 Stages in Computer Design Instruction Set Architecture (ISA) The design of a computer begins with the specification of the ISA: 1. Look at the universe of problems to be solved and define the desired capabilities 2. Define a set of atomic operations at level of a system programmer (assembly language) A set of small and orthogonal operations (each performs different task) Instructions in the set can be combined to perform any desired operation 3.
  • Digital Signal Processing Laboratory Equipment

    Digital Signal Processing Laboratory Equipment

    DIGITAL SIGNAL PROCESSING LABORATORY EQUIPMENT FINAL REPORT Thomas P. Barnwell DI May 15,1985 U. S. ARMY RESEARCH OFFICE DAAG29-82-6-0008 Digital Signal Processing Laboratory School of Electrical Engineering Georgia Institute of Technology Atlanta, Georgia 303032 (404)-894-2914 1. INTRODUCTION This report describes the results a three-year contract to upgrade the computer facilities of the Digital Signal Processing Laboratory at the School of Electrical En- gineering of the Georgia Institute of Technology. Nearly all of the money in this con- tract was used directly to purchase research equipment. The small percentage which was not was used to pay for the time of a technician for installing and maintaining the new equipment and an even smaller portion ($2000 per year) was used, in conjunction with other money from the Georgia Tech Foundation, to support a graduate fellowship. So this con- tract cannot be said to be a research contract in the usual sense. The equipment this contract provided, however, had and continues to have an immense impact on the research program in digital signal processing at Georgia Tech. It is no exaggeration to say that the equipment provided by this contract has been the key component in the expansion of the staff of the DSP Laboratory from three faculty and two professionals at the beginning of this contract to its current level of eight faculty and eight professionals The avail- ability of the new research equipment has also resulted in a large increase in the number of Ph.D. students studying digital signal processing with a corresponding increase in Ph.D.
  • General Disclaimer One Or More of the Following Statements May Affect

    General Disclaimer One Or More of the Following Statements May Affect

    General Disclaimer One or more of the Following Statements may affect this Document This document has been reproduced from the best copy furnished by the organizational source. It is being released in the interest of making available as much information as possible. This document may contain data, which exceeds the sheet parameters. It was furnished in this condition by the organizational source and is the best copy available. This document may contain tone-on-tone or color graphs, charts and/or pictures, which have been reproduced in black and white. This document is paginated as submitted by the original source. Portions of this document are not fully legible due to the historical nature of some of the material. However, it is the best reproduction available from the original submission. Produced by the NASA Center for Aerospace Information (CASI) a S077•MSFC 1r;A^ Nr V 1+. Technical Report SURVEY: AUTOMATED FIELD OPERATIONS AND SERVICES (AFOS) (NASA-CR-150548) S g RVEY; AUTOMATED FIELD '178-11301 OPERATIONS AND SERVICES (APOS) (Teledyne Drown Enqineerinq) 36 p Fir A03/.,-IF 401 CSCL 17?1 Uncla.; G3/32 05929 November 1977 a ^^ I{ OJ ^ >' r"«1i3 ^9rr^ 07"T ELEDYNE BROWN ENGINEERING Cummings Research Park- Huntsville, Alabama 35807 ^' T TECHNICAL REPORT SD77-MSFC-2150 SURVEY: AUTOMATED FIELD OPERATIONS AND SERVICES (AFOS) Prepared For 3e DATA SYSTEMS LABORATORY MARSHALL SPACE FLIGHT CENTER NATIONAL AERONAUTICS AND SPACE ADMINISTRATION HUNTSVILLE, ALABAMA Contract No. NAS" j2539 APPROVED: O. P Ely Project Director TABLE OF CONTENTS Page 1. SPACE DATA GENERATOR ELEMENTS (Not Applicable) . 1-1 2. SPACE DATA PROCESSING ELEMENTS (Not Applicable) .
  • Software Implementation a Image Display System 511

    Software Implementation a Image Display System 511

    SOFTWARE IMPLEMENTATION A IMAGE DISPLAY SYSTEM 511 Mark Gross (Water Resource Analyst - Department of Water Resources - Remote Sensing Unit - Boise, ID) If you should venture to Idaho, and find yourself at the Idaho Depart- ment of Water Resources (IDWR), Remote Sensing Unit, you stand a good chance of hearing one of our senior management personnel say "you now only have to press the button, and presto, displayed in living color, an image that formerly took weeks to hand color."^ This is the current v z introduction to International Imaging System s (I S), display device and software that a visitor at our site will receive. It is with pleasure, that I would like to relate to you some of our experiences with bringing System 511 on line at IDWR. Certainly our joys and suf- fering bear sharing with those who may be considering embarking on a similar endeavor. Functionally, System 500 is the software package designed to drive 12S's Model 70 digital display device. System 500, according to 12S, is fully supported on 3 minicomputer systems. System 501 is based on the Hewlett- Packard I000, System 520 on the Data General Eclipse. System 511, to which all further comments shall be addressed, is the 12S version of System 500 designed to run on a Digital Equipment Corporation (DEC) PDP 11 Series minicomputer. It is fully compatible with the DEC opera- ting system as delivered. According to the manufacture's specifications, the minimum system hardware configuration is an 11/34 with a minimum core of 128K word, I0 megabytes of direct access disk and a floating point processor.