DOCSLIB.ORG

Inter-Processor and Inter-Computer Communications

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Inter-Processor and Inter-Computer Communications Inter-processor and Inter-computer Communications David Rye :: MTRX3700 Communications :: Slide 1 of 87 Classification . Close-coupled . Loose-coupled . On-board busses . Serial . Backplanes . RS-232 . RS-422 . RS-485 . CAN . Ethernet David Rye :: MTRX3700 Communications :: Slide 2 of 87 Classification . Interface standard: . Software protocol: physical definition of definition of . Connectors . Order and encoding of . Pin assignments the data words being . Voltage levels transmitted (logic encoding) . Flow control . Timing and handshaking . Error detection and correction David Rye :: MTRX3700 Communications :: Slide 3 of 87 Parallel Busses . Single processor . Multi-processor . Bus mastering . Always short – less than 5m, and often much less David Rye :: MTRX3700 Communications :: Slide 4 of 87 Some Parallel Bus Standards . IEEE-488 (HP-IB, GPIB) . S-100 bus (Altair) . Intel Multibus (Intel, Sun). Adopted as IEEE-765 bus . VMEbus (Motorola 68000). Adopted as IEEE-1014 bus . ISA . PCI . PCIe . etc, etc, etc… David Rye :: MTRX3700 Communications :: Slide 5 of 87 Backplanes, sub-racks and enclosures . Backplanes provide electronic connection for bus signals between processor, memory and I/O boards CAMAC VME Bus All are passive backplanes PCIe David Rye :: MTRX3700 Communications :: Slide 6 of 87 Backplanes, sub-racks and enclosures . Sub-racks provide physical mounting and restraint for backplanes and plug-in cards Eurocard subrack and cards 19” subrack David Rye :: MTRX3700 Communications :: Slide 7 of 87 Backplanes, sub-racks and enclosures . Enclosures and cases provide mounting and environmental protection 19” Rack Case Enclosures Floor-standing 19” rack enclosure 19” Desktop case (exploded view) David Rye :: MTRX3700 Communications :: Slide 8 of 87 IEEE-488 Standard (HP-IB1 or GPIB) . Developed in 1965 by HP as a standard for interconnecting “intelligent” test instruments . Adopted as IEEE-488.1 in 1975 . IEEE-488.1 defines mechanical, electrical and hardware specifications (≡ IEC2 625) . IEEE-488.2 defines software protocol 1HP-IB ≡ Hewlett Packard Instrument Bus 2IEC ≡ International Electrotechnical Commission David Rye :: MTRX3700 Communications :: Slide 9 of 87 IEEE-488 Connector . Mechanically robust stackable 24 pin connector . 8 data lines and 8 pairs of control lines . Bus managed by a GPIB chip David Rye :: MTRX3700 Communications :: Slide 10 of 87 IEEE-488 Connection . Can be star or chain connected . Up to 15 instruments connected Total cable length < 20m . Cable length between instruments < 4m David Rye :: MTRX3700 Communications :: Slide 11 of 87 IEEE-488 . Allows connection of up to 15 instruments on a common parallel bus (multicore wire) . 4 classes of instrument . Talker e.g. digital volt meter . Listener e.g. printer, plotter . Talker/listener e.g. programmable DVM . Controller . GP-IB controller coordinates activity by commanding instruments to listen or talk . One active controller David Rye :: MTRX3700 Communications :: Slide 12 of 87 IEEE-488 Bus Bus Control Handshaking 8-bit Data . Asynchronous communication . TTL logic levels, but negative logic . Each connected instrument has unique device address between 0 & 30 . Must be designed to recognise its own talk & listen addresses David Rye :: MTRX3700 Communications :: Slide 13 of 87 IEEE 488 Bus Control . Three interlocked handshaking lines for control of data transfer . DAV Data Available: asserted by talker when NDAC is false . NRFD Not Ready for Data: goes false (= ready for data) when all listeners are ready for data . NDAC Not Data Accepted: goes false (= data accepted) when last listener has read the data byte David Rye :: MTRX3700 Communications :: Slide 14 of 87 IEEE 488 Bus Control . Five general bus control lines for signalling . ATN Attention: asserted by controller when writing data lines . IFC Interface Clear: asserted by controller during bus initialisation . REN Remote Enable: controller selects remote program mode or local program mode . SRQ Service Request: asserted by device to request service by the controller . EOI End of Identity: used by talker to signal the end of a message string David Rye :: MTRX3700 Communications :: Slide 15 of 87 IEEE 488.2 and SCPI . IEEE-488.2 extends IEEE-488.1 by defining data formats, status reporting, error handling and common commands . SCPI1 extends IEEE-488.2 by defining programming commands for measurement, signal generation, etc. :MEAS:VOLT:DC? 10,0.01 1Standard Commands for Programmable Instruments David Rye :: MTRX3700 Communications :: Slide 16 of 87 Serial Data Communications David Rye :: MTRX3700 Communications :: Slide 17 of 87 Basics: Logic Encoding . Serial data transmission is always digital, for noise immunity . Logic levels may be encoded by (e.g.) . Voltage level . Frequency (FSK) . Manchester code . Current level . Phase (PSK) . 0 = transition . 1 = no transition . In digital communications . Logic 1 is termed “mark”, and . Logic 0 is termed “space” David Rye :: MTRX3700 Communications :: Slide 18 of 87 Basics: Simplex and Duplex . Simplex . Data transmitted in one direction only . Full duplex . Data transmitted simultaneously in both directions David Rye :: MTRX3700 Communications :: Slide 19 of 87 Basics: Coding of Messages . Sender and receiver must agree on the codes for transmitting data words . Data words may be transmitted as . Binary numbers or . Character codes (e.g. ASCII) . 8 bits per data word means 28 = 256 different codes . Often 7-bit ASCII is used – bit 7 is zero David Rye :: MTRX3700 Communications :: Slide 20 of 87 Basics: Asynchronous & Synchronous Transmission . Asynchronous . Receiver and transmitter have separate clocks, running at the same nominal frequency . Receiver synchronises with the transmitter by detecting the start of each data byte . Synchronous . Receiver and transmitter synchronised by a common clock . Much faster than asynchronous communications David Rye :: MTRX3700 Communications :: Slide 21 of 87 RS-232 Standard . EIA1 standard RS-232C equivalent to ITU-T2 standard V.24 . Originally (1966) a standard for data communications through the Bell telephone system . Specifies interchange between DCE (e.g. computer) and DTE (e.g. modem) . Now seldom used with modems, but widely used for other short-range serial communications 1 Electronic Industries Association 2 International Telecommunications Union David Rye :: MTRX3700 Communications :: Slide 22 of 87 RS-232 Standard . RS-232C standard defines . Mechanical characteristics (connector and pin assignment) . Functions of signals . Electrical signal characteristics . Does not define software protocol David Rye :: MTRX3700 Communications :: Slide 23 of 87 RS-232 Capabilities (Limitations) . Point-to-point communication . Maximum distance 15.2 m . 20 kbps maximum data rate David Rye :: MTRX3700 Communications :: Slide 24 of 87 RS-232 Connector . The standard specifies a D25 connector . D9 is often used, as now RS-232 applications use (at most) only 9 signals . In fact, one can get away with only 3 signals: Rx, Tx and GND David Rye :: MTRX3700 Communications :: Slide 25 of 87 RS-232 Pin D25 Signal Name Code D9 1 Frame Ground FG - Assignments 2 Transmit Data TD 3 3 Receive Data RD 2 4 Request to Send RTS 7 5 Clear to Send CTS 8 6 Data Set Ready DSR 6 7 Signal Ground SG 5 8 Data Carrier Detect DCD 1 9 +Voltage (test) - 10 -Voltage (test) - 11 Unassigned - 12 2nd Data Carrier Detect - 13 2nd Clear To Send - 14 2nd Transmitted Data - 15 Transmitter DCE Timing - 16 2nd Receive Data - 17 Receiver DCE Timing - 18 Local Loopback - 19 2nd Request To Send - 20 Data Terminal Ready DTR 4 21 Signal Quality Detect - 22 Ring Indicator RI 9 23 Data Signal Rate - 24 Transmitter DTE Timing - 25 Test Mode - David Rye :: MTRX3700 Communications :: Slide 26 of 87 RS-232 Signal Functions (DCE is computer, DTE is modem) . SG Signal ground . TD Transmit Data – data sent from DTE to DCE on TD . RD Receive Data – data received at DTE from DCE on RD . RTS Request To Send – asserted when DTE ready to send data . CTS Clear To Send – DCE responds with CTS if it is ready to receive data . DTR Data Terminal Ready – asserted when DTE powered & ready . DSR Data Set Ready – asserted when DCE is powered & ready . DCD Data Carrier Detect – asserted by DCE when connection is made David Rye :: MTRX3700 Communications :: Slide 27 of 87 RS-232 Cables . To connect DTE to DCE, just . Loopback can be used to use a pin-to-pin connection reduce the number of wires: David Rye :: MTRX3700 Communications :: Slide 28 of 87 RS-232 Null Modem . What if we want to connect a DCE to another DCE (computer to computer)? . Use a null modem connection: David Rye :: MTRX3700 Communications :: Slide 29 of 87 RS-232 Electrical Levels . Logic 1 (“mark”) is a voltage between -5V and -15V (transmitter) or -3V and -25V (receiver) . Logic 0 (“space”) is a voltage between +5V and +15V (transmitter) or +3V and +25V (receiver) . Often ±7V or ±10V is used . Not compatible with TTL levels use an RS-232 driver (e.g. MC1488, MC1489, MAX232, MAX202) David Rye :: MTRX3700 Communications :: Slide 30 of 87 RS-232 Electrical Levels . Data transmitted asynchronously, least significant bit first. For example, here is ASCII ‘Q’: . Line idles at “mark” (logic 1 or negative voltage) . Byte framed by a logic 0 start bit & a logic 1 stop bit . Bit 0 transmitted first David Rye :: MTRX3700 Communications :: Slide 31 of 87 RS-232 Electrical Levels . Before transmission begins, transmitter and receiver must agree on: . baud rate (1200, 2400, 4800, 9600, 19200, etc) . 1, 1.5 or 2 stop bits . 5, 6, 7 or 8 data bits . even, odd or no parity . This is done by programming the serial IC (a UART or USART) . A frame can be anywhere from 7 to 12 bits long David Rye :: MTRX3700 Communications :: Slide 32 of 87 Parity . Parity is a simple means of error detection . A parity bit is an extra bit between the last data bit and the stop bit . Even parity means that there is an even number of 1s in the data bits plus parity bit . Odd parity means that there is an odd number of 1s . The parity bit is adjusted to achieve the required parity David Rye :: MTRX3700 Communications :: Slide 33 of 87 Baud Rate vs.
Load more

Recommended publications
  • Emerging Technologies Multi/Parallel Processing
    Emerging Technologies Multi/Parallel Processing Mary C. Kulas New Computing Structures Strategic Relations Group December 1987 For Internal Use Only Copyright @ 1987 by Digital Equipment Corporation. Printed in U.S.A. The information contained herein is confidential and proprietary. It is the property of Digital Equipment Corporation and shall not be reproduced or' copied in whole or in part without written permission. This is an unpublished work protected under the Federal copyright laws. The following are trademarks of Digital Equipment Corporation, Maynard, MA 01754. DECpage LN03 This report was produced by Educational Services with DECpage and the LN03 laser printer. Contents Acknowledgments. 1 Abstract. .. 3 Executive Summary. .. 5 I. Analysis . .. 7 A. The Players . .. 9 1. Number and Status . .. 9 2. Funding. .. 10 3. Strategic Alliances. .. 11 4. Sales. .. 13 a. Revenue/Units Installed . .. 13 h. European Sales. .. 14 B. The Product. .. 15 1. CPUs. .. 15 2. Chip . .. 15 3. Bus. .. 15 4. Vector Processing . .. 16 5. Operating System . .. 16 6. Languages. .. 17 7. Third-Party Applications . .. 18 8. Pricing. .. 18 C. ~BM and Other Major Computer Companies. .. 19 D. Why Success? Why Failure? . .. 21 E. Future Directions. .. 25 II. Company/Product Profiles. .. 27 A. Multi/Parallel Processors . .. 29 1. Alliant . .. 31 2. Astronautics. .. 35 3. Concurrent . .. 37 4. Cydrome. .. 41 5. Eastman Kodak. .. 45 6. Elxsi . .. 47 Contents iii 7. Encore ............... 51 8. Flexible . ... 55 9. Floating Point Systems - M64line ................... 59 10. International Parallel ........................... 61 11. Loral .................................... 63 12. Masscomp ................................. 65 13. Meiko .................................... 67 14. Multiflow. ~ ................................ 69 15. Sequent................................... 71 B. Massively Parallel . 75 1. Ametek.................................... 77 2. Bolt Beranek & Newman Advanced Computers ...........
    [Show full text]
  • Publication Title 1-1962
    publication_title print_identifier online_identifier publisher_name date_monograph_published_print 1-1962 - AIEE General Principles Upon Which Temperature 978-1-5044-0149-4 IEEE 1962 Limits Are Based in the rating of Electric Equipment 1-1969 - IEEE General Priniciples for Temperature Limits in the 978-1-5044-0150-0 IEEE 1968 Rating of Electric Equipment 1-1986 - IEEE Standard General Principles for Temperature Limits in the Rating of Electric Equipment and for the 978-0-7381-2985-3 IEEE 1986 Evaluation of Electrical Insulation 1-2000 - IEEE Recommended Practice - General Principles for Temperature Limits in the Rating of Electrical Equipment and 978-0-7381-2717-0 IEEE 2001 for the Evaluation of Electrical Insulation 100-2000 - The Authoritative Dictionary of IEEE Standards 978-0-7381-2601-2 IEEE 2000 Terms, Seventh Edition 1000-1987 - An American National Standard IEEE Standard for 0-7381-4593-9 IEEE 1988 Mechanical Core Specifications for Microcomputers 1000-1987 - IEEE Standard for an 8-Bit Backplane Interface: 978-0-7381-2756-9 IEEE 1988 STEbus 1001-1988 - IEEE Guide for Interfacing Dispersed Storage and 0-7381-4134-8 IEEE 1989 Generation Facilities With Electric Utility Systems 1002-1987 - IEEE Standard Taxonomy for Software Engineering 0-7381-0399-3 IEEE 1987 Standards 1003.0-1995 - Guide to the POSIX(R) Open System 978-0-7381-3138-2 IEEE 1994 Environment (OSE) 1003.1, 2004 Edition - IEEE Standard for Information Technology - Portable Operating System Interface (POSIX(R)) - 978-0-7381-4040-7 IEEE 2004 Base Definitions 1003.1, 2013
    [Show full text]
  • N94-13338 1.1.1 3Rd NASA Symposium on VLSI Design 1991
    N94-13338 1.1.1 3rd NASA Symposium on VLSI Design 1991 Experience with Custom Processors in Space Flight Applications M. E. Fraeman, J. R. Hayes, D. A. Lohr, B. W. Ballard, R. L. Williams, and R. M. Henshaw Johns Hopkins University Applied Physics Laboratory Laurel, Maryland 20723 Abstract- APL has developed a magnetometer instrument for a Swedish satel- lite named Freja with launch scheduled for August 1992 on a Chinese Long March rocket. The magnetometer controller utilized a custom microprocessor designed at APL with the Genesil silicon compiler. The processor evolved from our experience with an older bit-slice design and two prior single chip efforts. The architecture of our microprocessor greatly lowered software development costs because it was optimized to provide an interactive and extensible pro- gramming environment hosted by the target hardware. Radiation tolerance of the microprocessor was also tested and was adequate for Freja's mission-- 20 kRad(Si) total dose and very infrequent latch-up and single event upset events. 1 Introduction The Johns Hopkins University Applied Physics Laboratory (APL) has developed a micro- processor that is well suited to one-of-a-kind embedded applications especially in satellite instrument control. The chip has been qualified for use in a magnetometer instrument for the Swedish Freja satellite. The processor's language directed architecture reduced Freja software costs because the flight hardware served as its own development system. Thus, unlike traditional interpreted programming languages like Basic, Lisp, or Smalltalk, our Forth language development system was fully supported on the embedded flight proces- sor. Performance was also equivalent or better than that obtained by other microprocessors programmed in languages like C with traditional cross-compilers and development systems.
    [Show full text]
  • Space Station Freedom Data Management System Growth and Evolution Report
    NASA Technical Memorandum 103869 Space Station Freedom Data Management System Growth and Evolution Report R. Bartlett, G. Davis, T. L. Grant, J. Gibson, R. Hedges, M. J. Johnson, Y. K. Liu, A. Patterson-Hine, N. Sliwa, H. Sowizral, and J. Yan N93-15k77 (NASA-TM- I03869) SPACE STATION FREEDOM DATA MANAGEMENT SYSTEM GROWTH ANO EVOLU TIr}N REPORT (NASA) Uncl as September 1992 66 P G3/17 0178407 National Aeronautics and Space Administration Z NASA Technical Memorandum 103869 Space Station Freedom Data Management System Growth and Evolution Report T. L. Grant and J. Yan, Ames Research Center, Moffett Field, California September 1992 RIASA National Aeronauticsand Space Administration Ames Research Center MoffettField, CaJifomia94035-1000 The Study Team The Data Management System (DMS) analysis team Digital Equipment Corporation, Moffett Field, CA consists of civil servants and contractors at NASA Ames Roger Bartlett Research Center, Information Sciences Division. Prof. Joanne Bechta Dugan provided the reliability Intelligent Systems Technology Branch, Ames analysis of the DMS network reported in appendix B; she Research Center, Moffett Field, CA used the HARP code and the work was sponsored by Gloria Davis Langley Research Center (LaRC). Members of the Failure Terry Grant Tolerance/Redundancy Management Working Group Bob Hedges provided network failure information and preliminary Y. K. Liu models that aided our study of the failure tolerance of the Dr. Ann Patterson-Hine DMS network. Nancy Sliwa We also acknowledge the following individuals for Sterling Federal Systems, Inc., Palo Alto, CA reviewing early versions of the manuscripts: Dr. Jerry Yah Gregg Swietek (NASA Headquarters), Mike Pasciuto (NASA), Donald Woods (McDonnell Douglas Space Research Institute for Advanced Computational Systems Company (MDSSC)) and George Ganoe Science, Moffett Field, CA (NASA LaRC).
    [Show full text]
  • Ats.T UNIX® SYSTEM V/386 RELEASE4 MULTIBUS® Reference
    ATs.T UNIX® SYSTEM V/386 RELEASE4 MULTIBUS® Reference Manual ·::::\ .. '''\~:::t::. ::· UNIX Software Operation Copyright 1990, 1989, 1988, 1987, 1986, 1985, 1984 AT&T All Rights Reserved Printed in USA Published by Prentice-Hall, Inc. A Division of Simon & Schuster Englewood Cliffs, New Jersey 07632 No part of this publication may be reproduced or transmitted in any form or by any means-graphic, electronic, electrical, mechanical, or chemical, including photocopying, recording in any medium, tap­ ing, by any computer or information storage and retrieval systems, etc., without prior permissions in writing from AT&T. ACKNOWLEDGEMENT Portions of this book have been provided by Intel Corporation. IMPORTANT NOTE TO USERS While every effort has been made to ensure the accuracy of all information in this document, AT &T assumes no liability to any party for any loss or damage caused by errors or omissions or by state­ ments of any kind in this document, its updates, supplements, or special editions, whether such er­ rors are omissions or statements resulting from negligence, accident, or any other cause. AT&T furth­ er assumes no liability arising out of the application or use of any product or system described herein; nor any liability for incidental or consequential damages arising from the use of this docu­ ment. AT&T disclaims all warranties regarding the information contained herein, whether expressed, implied or statutory, including implied warranties of merchantability or fitness for a particular purpose. AT&T makes no representation that the interconnection of products in the manner described herein will not infringe on existing or future patent rights, nor do the descriptions contained herein imply the granting or license to make, use or sell equipment constructed in accordance with this description.
    [Show full text]
  • Irmx Installation and Startup
    iRMX® Installation and Startup RadiSys Corporation 5445 NE Dawson Creek Drive Hillsboro, OR 97124 (503) 615-1100 FAX: (503) 615-1150 www.radisys.com 07-0683-01 December 1999 EPC, iRMX, INtime, Inside Advantage, and RadiSys are registered trademarks of RadiSys Corporation. Spirit, DAI, DAQ, ASM, Brahma, and SAIB are trademarks of RadiSys Corporation. Microsoft and MS-DOS are registered trademarks of Microsoft Corporation and Windows 95 is a trademark of Microsoft Corporation. IBM and PC/AT are registered trademarks of International Business Machines Corporation. Microsoft Windows and MS-DOS are registered trademarks of Microsoft Corporation. Intel is a registered trademark of Intel Corporation. All other trademarks, registered trademarks, service marks, and trade names are property of their respective owners. December 1999 Copyright 1999 by RadiSys Corporation All rights reserved. ii Quick Contents Section I. Choosing Your Installation Chapter 1. Introduction Section II. iRMX Installation Procedures Chapter 2. Installing on iRMX development/target systems that are PC-compatible Platforms with no DOS Chapter 3. Installing on iRMX development/target systems that are PC-compatible Platforms with DOS Chapter 4. Installing on iRMX Development/Target Systems that are Multibus II Platforms Chapter 5. Installing the iRMX III OS on Multibus I Systems Chapter 6. Installing on Windows NT systems used as iRMX development systems Section III. iRMX Getting Started Chapters Chapter 7. DOSRMX Specifics Chapter 8. iRMX for PCs Specifics Chapter 9. Getting Acquainted with the Operating System Chapter 10. Where To Go From Here Section IV. Appendices Appendix A. Installed Directories Appendix B. Limitations Appendix C. Configuration Requirements for PC Platforms Appendix D.
    [Show full text]
  • Graphics Workstation Standards Standards Writers Play a Game of Catch-Up in an Ever Changing Industry
    = -~ -= --- ~ .-.. = --- -.-. -----~---------- - IIITUi'ii1Jfi IIUIJ----- November 1988 niCDI DU - ---- --- - -- .._- Vol. 4, No. 11 -----._ --- -------._.._._--- -- Engineering Workstations Workstation markets Non-Profit Organ ization Workstation displays U.S. Postage PAID Graphics standards Phillipsburg, N. J. Permit No. 187 =Official Monthly Publication of the Society for Information Display IIITUni•Jn I lUll NOVEMBER 1988 niCDI DU VOL. 4, NO. 11 ~ =---==- =-:::::-- --=~== = --=-~ Cover: Engineering workstations are powerful design tools that can also pro­ 5 Editorial vide compelling design environments-as shown in this prize-winning photograph 8 Workstations-new environment, new market by Ken Gatherum of Boeing Computer The engineering workstation-possibly the most influential new Services Richland, fn c. Cheri Scott design tool of the decade-is still evolving in response to (in photo) worked with colleagues market needs and technical advances. Rick Gerald and Jennie DeVine a1 the Weslinghouse Hanford Company to Paul T. Breen design the displayed 3D graphics model of 11 Displays for workstations the Hanford 100-N nuclear reactor's graphite core stack so the reactor's chain Will the color shadow-mask CRT serve for the workstation of reaction can be optimally moderated when tomorrow? Or will some other technology supplant it? operating conditions change. Hugh C. Masterman 15 Graphics workstation standards Standards writers play a game of catch-up in an ever changing industry. Charles Hafemann 18 Sustaining Members 18 Index to Advertisers 19 Software Notes 20 ID Classified Photo: Ken Gatherum Next Month in Information Display 1988 Technology Roundup • CRTs • Flat displays: plasma, EL, LCD • Large displays • Printers Information Display II 188 J : Ollictal Monthly Publtcatton of the Soctely lor Informal ton Otsplay iDrunl•ln 1 iuil ntc;p1 11'1 Editor: Kenneth I.
    [Show full text]
  • Multibus X.25 Controller (Dev4540) Diagnostics Manual Document No
    CONVEX Multibus X.25 Controller ( dev4540) Diagnostics Manual Document No. 760-002730-000 First Edition May 1991 CONVEX Computer Corporation Richardson, Texas USA CONVEX Multibu8 X25 Controller (dev4540) DfognoBtic8 Manual Order No. DHW-239 First Edition © 1991 CONVEX Computer Corporation All rights reserved. This document is copyrighted. All rights reserved. This document may not, in whole or part, be copied, duplicated, reproduced, translated, electronically stored or reduced to machine readable form without prior written consent from CONVEX Computer Corporation (CONVEX). Although the material contained herein has been carefully reviewed, CONVEX does not warrant it to be free of errors or omissions. CONVEX reserves the right to make corrections, updates, revisions, or changes to the information contained herein. CONVEX does not warrant the material described herein to be free of patent infringement. ~. UNLESS PROVIDED OTHERWISE IN WRITING WITH CONVEX COMPUTER CORPORATION (CONVEX), THE EQUIPMENT DESCRIBED HEREIN IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. SOME STATES DO NOT ALLOW THE EXCLUSION OF IMPLIED WARRANTIES. THE ABOVE EXCLUSION MAY NOT BE APPLICABLE TO ALL PURCHASERS BECAUSE WARRANTY RIGHTS CAN VARY FROM STATE TO STATE. IN NO EVENT WILL CONVEX BE LIABLE TO ANYONE FOR SPECIAL, COLLATERAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, INCLUDING ANY LOST PROFITS OR LOST SAVINGS, ARISING OUT OF THE USE OR INABILITY TO USE THIS EQUIPMENT. CONVEX WILL NOT BE LIABLE EVEN IF IT HAS BEEN NOTIFIED OF THE POSSIBILITY OF SUCH DAMAGE BY THE PURCHASER OR ANY THIRD PARTY.
    [Show full text]
  • BUS and CACHE MEMORY ORGANIZATIONS for MULTIPROCESSORS By
    BUS AND CACHE MEMORY ORGANIZATIONS FOR MULTIPROCESSORS by Donald Charles Winsor A dissertation submitted in partial fulfillment of the requirements for the degree of Doctor of Philosophy (Electrical Engineering) in The University of Michigan 1989 Doctoral Committee: Associate Professor Trevor N. Mudge, Chairman Professor Daniel E. Atkins Professor John P. Hayes Professor James O. Wilkes ABSTRACT BUS AND CACHE MEMORY ORGANIZATIONS FOR MULTIPROCESSORS by Donald Charles Winsor Chairman: Trevor Mudge The single shared bus multiprocessor has been the most commercially successful multiprocessor system design up to this time, largely because it permits the implementation of efficient hardware mechanisms to enforce cache consistency. Electrical loading problems and restricted bandwidth of the shared bus have been the most limiting factors in these systems. This dissertation presents designs for logical buses constructed from a hierarchy of physical buses that will allow snooping cache protocols to be used without the electrical loading problems that result from attaching all processors to a single bus. A new bus bandwidth model is developed that considers the effects of electrical loading of the bus as a function of the number of processors, allowing optimal bus configurations to be determined. Trace driven simulations show that the performance estimates obtained from this bus model agree closely with the performance that can be expected when running a realistic multiprogramming workload in which each processor runs an independent task. The model is also used with a parallel program workload to investigate its accuracy when the processors do not operate independently. This is found to produce large errors in the mean service time estimate, but still gives reasonably accurate estimates for the bus utilization.
    [Show full text]
  • Challenge of Ethernet Use in the Automobile Flexible Interfaces and Software Tools Simplify ECU Development
    Challenge of Ethernet Use in the Automobile Flexible Interfaces and Software Tools Simplify ECU Development Already this year, Ethernet will be used as a system network in the first production vehicles. Therefore, the next step is to integrate Ethernet with established technologies in the automotive industry: CAN, FlexRay, LIN and MOST. Functional development tools exist for them, which make it easy for developers to analyze heterogeneous networks. On the Ether- net side, however, only standard tools from office communications exist, but they do not support the special physical layers and IP protocols of the automotive world. Therefore, development and test tools are urgently needed that can be used to analyze and test existing bus systems together with Ethernet networks. But what would be the exact require- ments of these tools? It is already state-of-the-art technology to transmit cam- Challenges of an Automotive Ethernet Test Solution era images in vehicles at 100 MBit/s over a cost-effective, The use of Ethernet in motor vehicles will require rethinking unshielded twisted pair connection. This technology is by developers and test engineers. First, efforts must ad- known as BroadR-Reach, which is standardized by the dress the issue of how to obtain a clear domain architec- OPEN Alliance SIG consortium [1]. The next objective is to ture (Figure 2). In this architecture, the backbone is no lon- use Ethernet as a network for infotainment and driver as- ger a bus system, but rather it is implemented as a switched sistance systems by 2015. Some OEMs predict that Ether- network with multiple full-duplex connections.
    [Show full text]
  • Citrix Virtual Apps and Desktops Netapp Solutions Netapp October 06, 2021
    Citrix Virtual Apps and Desktops NetApp Solutions NetApp October 06, 2021 This PDF was generated from https://docs.netapp.com/us-en/netapp- solutionshttps://www.netapp.com/us/media/nva-1140-design.pdf on October 06, 2021. Always check docs.netapp.com for the latest. Table of Contents Citrix Virtual Apps and Desktops . 1 TR-4854: NetApp HCI for Citrix Virtual Apps and Desktops with Citrix Hypervisor . 1 Citrix Virtual Apps and Desktops TR-4854: NetApp HCI for Citrix Virtual Apps and Desktops with Citrix Hypervisor Suresh Thoppay, NetApp NetApp HCI infrastructure allows you to start small and build in small increments to meet the demands of virtual desktop users. Compute or storage nodes can be added or removed to address changing business requirements. Citrix Virtual Apps and Desktops provides a feature-rich platform for end-user computing that addresses various deployment needs, including support for multiple hypervisors. The premium edition of this software includes tools to manage images and user policies. Citrix Hypervisor (formerly known as Citrix Xen Hypervisor) provides additional features to Citrix Virtual Apps and Desktops compared to running on other hypervisor platforms. The following are key benefits of running on Citrix Hypervisor: • A Citrix Hypervisor license is included with all versions of Citrix Virtual Apps and Desktops. This licensing helps to reduce the cost of running the Citrix Virtual Apps and Desktops platform. • Features like PVS Accelerator and Storage Accelerator are only available with Citrix Hypervisor. • For Citrix solutions, the Citrix Hypervisor is the preferred workload choice. • Available in Long Term Service Release (LTSR; aligns with Citrix Virtual Apps and Desktops) and Current Release (CR) options.
    [Show full text]
  • Joint University Program for Air Transportation Research-I 987
    NASA Conference Publication 3028 Joint University Program for Air Transportation Research-I 987 Compiled by Frederick R. Morrell Langley Research Center Hampton, Virginia Proceedings of a conference sponsored by the National Aeronautics and Space Administration and the Federal Aviation Administration and held in Atlantic City, New Jersey January 14-15, 1988 National Aeronautics and Space Administration Office of Management Scientific and Technical Information Division 1989 I PREFACE The Joint University Program (JUP) for Air Transportation Research is a coordi- I nated set of three grants sponsored by NASA Langley Research Center and the Federal ' Aviation Administration (FAA), one each with the Massachusetts Institute of Tech- nology (NGL-22-009-640), Ohio University (NGR-36-009-017), and Princeton University (NGL-31-001-252). These research grants, which were instituted in 1971, build on the strengths of each institution. The goals of this program are consistent with the aeronautical interests of both NASA and the FAA in furthering the safety and effi- ciency of the National Airspace System. The continued development of the National Airspace System, however, requires advanced technology from a variety of disciplines, especially in the areas of computer science, guidance and control theory and practice, aircraft performance, flight dynamics, and applied experimental psychology. The Joint University Program was created to provide new methods for interdisciplinary education to develop research workers to solve these large-scale problems. Each university, which submits a separate proposal yearly, is dealt with individually by NASA and the FAA. At the completion of each research task, a comprehensive and detailed report is issued for distribution to the program participants.
    [Show full text]