University Of

Total Page:16

File Type:pdf, Size:1020Kb

University Of Software Coherence in Multiprocessor Memory Systems William Joseph Bolosky Technical Report 456 May 1993 [NASA-CR-1946961 SQFTWARE N94-21232 COHERENCE IN MULTIPROCESSOR HEMDRY SYSTEMS Ph-O, Thesis <Rockester btniv,) 3.57 p tint 1 as UNIVERSITY OF COMPUTER SCIENCE Software Coherence in Multiprocessor Memory Systems by William Joseph Bolosky Submitted in Partial Fulfillment of the Requirements for the Degree DOCTOR OF PHILOSOPHY Supervised by Professor Michael L. Scott Department of Computer Science College of Arts and Science University of Rochester Rochester, New York 1993 11 To R. R. Camp III Curriculum Vitae William J. Bolosky was born in on He attended California State College in California, Pennsylvania from 1977 through 1983. He completed a Bachelor's degree with Univerity Honors in Mathematics at Carnegie-Mellon University in 1986. After working as a research staff member with Carnegie-Mellon's Mach project, he began graduate studies at the University of Rochester in the fall of 1987, studying Computer Science under Professor Michael 1. Scott. In 1989, he received a Masters of Science in Computer Science from the University of Rochester. In 1992, he accepted a position as a Researcher with the Microsoft corporation in Redmond, WA. He received a Sproull Fellowship for graduate studies at the University of Rochester in 1987, and a DARPA/NASA Fellowship in Parallel Processing in 1991. lV - Acknow ledgments While my name is the only one listed as the author of this document, it is - hardly the case that all the work described herein is mine alone. Rather, the bulk of this dissertation is derived from work published jointly with others. Chief among them is my advisor, Michael Scott; without his help none of this could - have happened. During the ACE project, Bob Fitzgerald was a constant source of inspiration and thought-provoking criticism. Rob Fowler and Alan Cox were very helpful in refining the work. Tom LeBlanc has been helpful throughout my tenure at Rochester as a sounding board for my ideas, and Charles Merriam was there when he was needed. Alexander Brinkman provided an extremely helpful, - very thorough reading of the dissertation prior to my defense. Cesary Dubnicki and Jack Veenstra provided insight into my traces and the applications from which they were generated, as well as the general topic of shared memory multiproces­ sor memory systems. Prior to my arrival at Rochester (and subsequent to my departure), Rick Rashid served both as a mentor and inspiration to me. The work was supported by a University of Rochester Sproull Fellowship, two IBM Summer Internships and a DARPA/NASA Fellowship for Parallel Process­ ing. Furthermore, the ACE hardware used for much of this work was generously lent to the University of Rochester by IBM, through the good graces of Armando Garcia, Bob Fitzgerald and Colin Harrison. v Abstract Processors are becoming faster and multiprocessor memory interconnection systems are not keeping up. Therefore, it is necessary to have threads and the memory they access as near one another as possible. Typically, this involves putting memory or caches with the processors, which gives rise to the problem of coherence: if one processor writes an address, any other processor reading that ad­ dress must see the new value. This coherence can be maintained by the hardware or with software intervention. Systems of both types have been built in the past; the hardware-based systems tended to outperform the software ones. However, the ratio of processor to interconnect speed is now so high that the extra overhead of the software systems may no longer be significant. This dissertation explores this issue both by implementing a software maintained system and by introducing and using the technique of offline optimal analysis of memory reference traces. It finds that in properly built systems, software maintained coherence can perform comparably to or even better than hardware maintained coherence. The archi­ tectural features necessary for efficient software coherence to be profitable include a small page size, a fast trap mechanism, and the ability to execute instructions while remote memory references are outstanding. V] Table of Contents Curriculum Vitae III Acknowledgments IV Abstract V List of Tables x List of Figures Xl 1 Introduction 1 1.1 Data Locality and the Coherence Problem 2 1.1.1 Methods of Implementing Coherence 3 1.2 Outline of the Argument Supporting the Thesis 4 1.3 Related Work . 6 1.3.1 Coherent Caching . 6 1.3.2 NUMA Systems .. 7 1.3.3 Distributed Shared Memory 9 1.3.4 Multiprocessor Tracing Techniques 10 1.3.5 Weak Coherence ......... 12 2 Application Styles, Tracing and the Application Set 13 2.1 Application Programming Styles. 14 2.1.1 C-Threads 14 2.1.2 EPEX 15 2.1.3 Presto 15 2.2 Applications. 15 Vll 2.2.1 EPEX applications 17 2.2.2 gauss. · . · . 17 2.2.3 chip . · . · . 18 2.2.4 bsort and kmerge 18 2.2.5 ply trace · . · . 19 2.2.6 sorbyr and sorbyc . 19 2.2.7 matmult 20 2.2.8 mp3d .. 20 2.2.9 cholesky 21 2.2.10 water .. 21 2.2.11 p-gauss . 22 2.2.12 p-qsort . 22 2.2.13 p-matmult . 22 2.2.14 p-life .... 22 2.3 The ACE Tracer 23 2.3.1 Kernel Modifications to Support Tracing 23 2.3.2 The trace-Baver Program. 24 3 Implementation of a Simple Kernel-Based NUMA System 26 3.1 Implementing Software Coherence on the ACE. 27 3.1.1 The IBM ACE Multiprocessor Workstation. 28 3.1.2 The Mach Virtual Memory System 30 3.1.3 The ACE pmap layer. 31 The NUMA Manager . 31 A Simple NUMA Policy That Limits Page Movement 34 Changes to the Mach pmap Interface to Support NUMA 35 3.2 Performance Results . 36 3.2.1 Evaluating Page Placement 36 3.2.2 The Application Programs 39 3.2.3 Results .......... 40 3.2.4 Page Placement Overhead 41 3.3 Discussion ............ 42 3.3.1 The Two-Level NUMA Model 42 3.3.2 Making Placement Decisions . 42 3.3.3 Mach as a Base for NUMA Systems . 43 3.4 Whence from Here? ............. 44 Vlll 4 A Model of Program Execution in Shared Memory Systems 46 .. _ 4.1 A Model Of Memory System Behavior 48 4.1.1 Machines 49 4.1.2 Traces .. 50 4.1.3 Placements and Policies 50 4.1.4 Cost .... 51 4.1.5 Optimality. 52 4.2 Computing Optimal NUMA Placements 54 4.2.1 Computing Optimality Without Replication 55 4.2.2 Incorporating Replication ..... 56 4.3 Validation of the Trace Analysis Technique . 57 4.4 Discussion................... 62 5 NUMA Policies and Their Relation to Memory Architecture 64 5.1 Implementable (Non-Optimal) Policies .. 65 5.2 Experiments................. 67 5.2.1 Performance of the Various Policies 67 The Importance of the NUMA Problem. 67 The Success of Simple Policies . 70 The Importance of Programming Style 71 The Impact of Memory Architecture . 71 5.3 Variation of Architectural Parameters. 72 5.3.1 Case Study: Successive Over-Relaxation 76 5.4 Summary 78 6 Comparative Performance of Coherently Cached, NUMA, and DSM Architectures on Shared Memory Programs 80 6.1 Machine Models ...... 81 6.1.1 The Machine Models 81 6.1.2 Computing Cost Numbers for the Machines 84 6.2 Experimental Results . 86 6.2.1 Base Machine Model Results. 87 6.2.2 Comparing the Machine Models Using the Same Block Size in All ......... 89 6.2.3 Varying the Block Size . .. 91 IX 6.2.4 The Effect of 0 6 •••••••••••••••••••• 93 6.3 The Effect of Reducing the Page Size on TLB Miss Rates. 97 6.3.1 Virtually Tagged Caches 97 6.3.2 TLB design 98 6.3.3 Results. 99 6.4 Conclusions . 102 7 False Sharing and its Effect on Shared Memory Performance 104 7.1 Definitions of False Sharing ...... 105 7.1.1 The One-Word Block Definition 106 7.1.2 The Interval Definition. 107 7.1.3 Heuristic Interval Selection. 108 7.1.4 Full Duration False Sharing 109 7.1.5 The Hand Tuning Method . 110 7.1.6 The Cost Component Method 110 Example Traces Showing Fragmentation, Grouping and False Sharing . 114 7.2 "Estimating False Sharing. 115 8 Conclusions 120 8.1 Future Work. 122 8.1.1 Reducing False Sharing. 122 8.1.2 Variable Sized Blocks .. 123 8.1.3 Increasing the Detail of the Model. 123 8.1.4 More Complicated Machines . 123 8.1.5 Other Uses of Optimal Analysis .. 124 Bibliography 125 Appendix A Results for All Applications 135 x List of Tables 2.1 Trace Sizes .............................. , 16 3.1 Measured user times in seconds and computed model parameters. 40 3.2 Total system time for runs on 7 processors. .. 41 4.1 Percentage optimal performance change due to local and gap per- turbations . .. 61 6.1 Machine types considered 82 6.2 Formulas for computing model parameters 86 6.3 Parameter values for the base machine models 86 6.4 Performance of other architectures relative to CC+ 94 6.5 MCPR uncorrected and corrected for additional TLB misses 101 ~-~-~ - ~---- Xl List of Figures 3.1 ACE memory architecture . 29 3.2 ACE pmap layer ................ 32 3.3 NUMA manager actions to maintain coherence. 34 4.1 Algorithm for computing optimal cost without replication. 55 4.2 Function to compute the cost of a read-run, no global memory 57 4.3 Optimal policy computation, no global memory 58 4.4 Unmodified vs. local perturbations for CC model 60 5.1 MCPR for ACE hardware parameters.
Recommended publications
  • RTEMS CPU Supplement Documentation Release 4.11.3 ©Copyright 2016, RTEMS Project (Built 15Th February 2018)
    RTEMS CPU Supplement Documentation Release 4.11.3 ©Copyright 2016, RTEMS Project (built 15th February 2018) CONTENTS I RTEMS CPU Architecture Supplement1 1 Preface 5 2 Port Specific Information7 2.1 CPU Model Dependent Features...........................8 2.1.1 CPU Model Name...............................8 2.1.2 Floating Point Unit..............................8 2.2 Multilibs........................................9 2.3 Calling Conventions.................................. 10 2.3.1 Calling Mechanism.............................. 10 2.3.2 Register Usage................................. 10 2.3.3 Parameter Passing............................... 10 2.3.4 User-Provided Routines............................ 10 2.4 Memory Model..................................... 11 2.4.1 Flat Memory Model.............................. 11 2.5 Interrupt Processing.................................. 12 2.5.1 Vectoring of an Interrupt Handler...................... 12 2.5.2 Interrupt Levels................................ 12 2.5.3 Disabling of Interrupts by RTEMS...................... 12 2.6 Default Fatal Error Processing............................. 14 2.7 Symmetric Multiprocessing.............................. 15 2.8 Thread-Local Storage................................. 16 2.9 CPU counter...................................... 17 2.10 Interrupt Profiling................................... 18 2.11 Board Support Packages................................ 19 2.11.1 System Reset................................. 19 3 ARM Specific Information 21 3.1 CPU Model Dependent Features..........................
    [Show full text]
  • Ti® Macintosh® SE/30
    n 11acll1tosh®SE/30 Owner's Guide - ti®Macintosh ®SE /30 Owner's Guide - - - - - - ti APPLE COMPUTER, INC. This manual and lhe software described in it are copyrighted, with all rights reserved. Under the copyright laws, lhis manual or the software may not be copied, in whole or part, without written consent of Apple, except in lhe normal use of the software or to make a backup copy of the software. The same proprietary and copyright notices must be affLxed to any permitted copies as were affiXed to the original. This exception does not allow copies to be made for others, whether or not sold, but all of the material purchased (with all backup copies) may be sold, given, or loaned to another person. Under the law, copying includes translating into another language or format. You may use the software on any computer owned by you, but extra copies cannot be made for this purpose. © Apple Computer, Inc., 1988 Linotronic is a registered trademark of 20525 Mariani Avenue Linotype Co. Cupertino, CA 95014 (408) 996-1010 Microsoft and MS-DOS are registered trademarks of Microsoft Corporation. Apple, the Apple logo, AppleCare, NuBus is a trademark of Texas Applelink, AppleTalk. A/UX, Instruments. HyperCard , Im:~geW rit e r , LaserWriter, MacApp, Macintosh, OS/2 is a trademark of International and SANE arc registered trademarks Business Machines Corporation. of Apple Computer, Inc. POSTSCRI PT is a registered trademark, APDA, AppleCD SC, Apple Desktop and Illustrator is a trademark, of Bus, AppleFax, EtherTalk, FDHD, Adobe Systems Incorporated. Finder, LocalTalk, and MPW are UNIX is a registered trademark of trademarks of Apple Computer, Inc.
    [Show full text]
  • MOTOROLA 1995 112P
    High-Performance Internal Product Portfolio Overview Issue 10 Fourth Quarter, 1995 Motorola reserves the right to make changes without further notice to any products herein. Motorola makes no warranty, representation or guarantee regarding the suitability of its products for any particular purpose, nor does Motorola assume any liability arising out of the application or use of any product or circuit, and specifically disclaims any and all liability, including without limitation consequential or incidental damages. "Typical" parameters can and do vary in different applications. All operating parameters, including "Typicals" must be validated for each customer application by customer's technical experts. Motorola does not convey any license under its patent rights nor the rights of others. Motorola products are not designed, intended, or authorized for use as components in systems intended for surgical implant into the body, or other applications intended to support or sustain life, or for any other application in which the failure of the Motorola product could create a situation where personal injury or death may occur. Should Buyer purchase or use Motorola products for any such unintended or unauthorized application, Buyer shall indemnify and hold Motorola and its officers, employees, subsidiaries, affiliates, and distributors harmless against all claims, costs, damages, and expenses, and reasonable attorney fees arising out of, directly or indirectly, any claim of personal injury or death associated with such unintended or unauthorized use, even if such claim alleges that Motorola was negligent regarding the design or manufacture of the part. Motorola and µ are registered trademarks of Motorola, Inc. Motorola, Inc. is an Equal Opportunity/Affirmative Action Employer.
    [Show full text]
  • Gestalt Manager 1
    CHAPTER 1 Gestalt Manager 1 This chapter describes how you can use the Gestalt Manager and other system software facilities to investigate the operating environment. You need to know about the 1 operating environment if your application takes advantage of hardware (such as a Gestalt Manager floating-point unit) or software (such as Color QuickDraw) that is not available on all Macintosh computers. You can also use the Gestalt Manager to inform the Operating System that your software is present and to find out about other software registered with the Gestalt Manager. The Gestalt Manager is available in system software versions 6.0.4 and later. The MPW software development system and some other development environments supply code that allows you to use the Gestalt Manager on earlier system software versions; check the documentation provided with your development system. In system software versions earlier than 6.0.4, you can retrieve a limited description of the operating environment with the SysEnvirons function, also described in this chapter. You need to read this chapter if you take advantage of specific hardware or software features that may not be present on all versions of the Macintosh, or if you wish to inform other software that your software is present in the operating environment. This chapter describes how the Gestalt Manager works and then explains how you can ■ determine whether the Gestalt Manager is available ■ call the Gestalt function to investigate the operating environment ■ make information about your own hardware or software available to other applications ■ retrieve a limited description of the operating environment even if the Gestalt Manager is not available About the Gestalt Manager 1 The Macintosh family of computers includes models that use a number of different processors, some accompanied by a floating-point unit (FPU) or memory management unit (MMU).
    [Show full text]
  • Vasm Assembler System
    vasm assembler system Volker Barthelmann, Frank Wille June 2021 i Table of Contents 1 General :::::::::::::::::::::::::::::::::::::::::: 1 1.1 Introduction ::::::::::::::::::::::::::::::::::::::::::::::::::: 1 1.2 Legal :::::::::::::::::::::::::::::::::::::::::::::::::::::::::: 1 1.3 Installation :::::::::::::::::::::::::::::::::::::::::::::::::::: 1 2 The Assembler :::::::::::::::::::::::::::::::::: 3 2.1 General Assembler Options ::::::::::::::::::::::::::::::::::::: 3 2.2 Expressions :::::::::::::::::::::::::::::::::::::::::::::::::::: 5 2.3 Symbols ::::::::::::::::::::::::::::::::::::::::::::::::::::::: 7 2.4 Predefined Symbols :::::::::::::::::::::::::::::::::::::::::::: 7 2.5 Include Files ::::::::::::::::::::::::::::::::::::::::::::::::::: 8 2.6 Macros::::::::::::::::::::::::::::::::::::::::::::::::::::::::: 8 2.7 Structures:::::::::::::::::::::::::::::::::::::::::::::::::::::: 8 2.8 Conditional Assembly :::::::::::::::::::::::::::::::::::::::::: 8 2.9 Known Problems ::::::::::::::::::::::::::::::::::::::::::::::: 9 2.10 Credits ::::::::::::::::::::::::::::::::::::::::::::::::::::::: 9 2.11 Error Messages :::::::::::::::::::::::::::::::::::::::::::::: 10 3 Standard Syntax Module ::::::::::::::::::::: 13 3.1 Legal ::::::::::::::::::::::::::::::::::::::::::::::::::::::::: 13 3.2 Additional options for this module :::::::::::::::::::::::::::: 13 3.3 General Syntax ::::::::::::::::::::::::::::::::::::::::::::::: 13 3.4 Directives ::::::::::::::::::::::::::::::::::::::::::::::::::::: 14 3.5 Known Problems::::::::::::::::::::::::::::::::::::::::::::::
    [Show full text]
  • LCSH Section Numerals
    *Naborr (Horse) (Not Subd Geog) 1st Hill Park (Seattle, Wash.) Three-dimensional video (Three-dimensional UF Nabor (Horse) USE First Hill Park (Seattle, Wash.) imaging) BT Horses 1st law of thermodynamics BT Digital video *Raseyn (Horse) (Not Subd Geog) USE First law of thermodynamics Three-dimensional imaging BT Horses 1st Lieutenant Louis Allen Post Office (Chester, N.Y.) 3 de Febrero Park (Buenos Aires, Argentina) 0 (Group of artists) UF Allen Post Office (Chester, N.Y.) USE Parque 3 de Febrero (Buenos Aires, Argentina) USE Zero (Group of artists) First Lieutenant Louis Allen Post Office 3-dimensional ... 0⁰ latitude (Chester, N.Y.) USE subject headings beginning with the words USE Equator Louis Allen Post Office (Chester, N.Y.) Three-dimensional 0⁰ meridian BT Post office buildings—New York (State) 3-folds (Algebraic geometry) USE Prime Meridian 1st Street (Harare, Zimbabwe) USE Threefolds (Algebraic geometry) 0-1 Bird Dog (Reconnaissance aircraft) USE First Street (Harare, Zimbabwe) 3-hexylthiophene USE Bird Dog (Reconnaissance aircraft) 2-amino-1-phenyl-1-propanone USE Poly(3-hexylthiophene) 0th law of thermodynamics USE Cathinone 3 Higher Street (Dartmouth, England) USE Zeroth law of thermodynamics 2-aminopropiophenone BT Dwellings—England 1,000 Year Monument (Novgorod, Russia) USE Cathinone 3-i︠a︡ Artilleriĭskai︠a︡ linii︠a︡ (Saint Petersburg, Russia) USE Tysi︠a︡cheletie Rossii (Novgorod, Russia) 2 Ennerdale Drive (Barnet, London, England) USE Furshtatskai︠a︡ ulit︠s︡a (Saint Petersburg, 1,4-beta-D-glucan cellobiohydrolase BT Dwellings—England
    [Show full text]
  • JIP 9000 Series 300 ^Lardware Technical Data
    JIP 9000 Series 300 HEWLETT a ^lardwarDat l eTechnica PACKARD Effective: September l, 1988* s Content f o e fabl Section 4.0 - Upgrades ........................... 12 4.1 Model 330 to Model 350 Field Upgrade . 12 Introduction 4.2 Model 330 to Model 360 Field Upgrade . 12 Section 1.0 - Features Common to All Series 300 4.3 Model 350 to Model 370 Field Upgrade .. 12 Systems ........................... 3 4.4 Model 310 to Model 330 Trade-ln 1 1. System Processing Units ............3 . Upgrade ............................ 12 2 1. Display Systems ....................3 . Section 5.0 - Updates ............................ 12 1.3 Input Devices ....................... 3 5.1 Boot ROM Update to Rev. B 4 1. Keyboards .........................3 . (98563-67001)....................... 12 1.5 Operating Systems................... 3 5.2 Processor Board Update for Model 330 Section 2.0 - Series 300 System Processing Units (98562-69013) ....................... 12 Overview .......................... 5 5.3 Boot ROM Update Rev. C to Rev. Cl 2.1 Model 318M ........................ 5 (98562-67001)....................... 12 2 2. Mode .........................9 31 l S . 5.4 Processor Board Update for Model 350- 2.3 Model 330 and Model 360 ............. 6 (98562-69517)....................... 12 4 Mode2. d Mode ............an 0 0 37 l 35 l 7 . Section 6.0 - Standard I/O Specifications............ 13 2.5 RAM and RAM Add-On.............. 9 Section 7.0 - Physical and Environmental 2.6 Model 310 .......................... 9 Specifications ....................... 13 Section 3.0 - SPU Accessories ..................... 10 7.1 Physical Dimensions.................. 14 3.1 I/O Expanders ....................... 10 7.2 EnvironmentaU SP l Range ...........4 .1 A 3.2 PC-305 and PC-308 BASIC Controllers 10 7.3 Environmental Range ...............4 .1 ^^ 3.3 Network Servers ...................
    [Show full text]
  • MODE32 Is Provided Free of Charge Courtesy of Apple Computer Through a Special Distribution Agreement with Connectix Corporation
    MODE32 is provided free of charge courtesy of Apple Computer through a special distribution agreement with Connectix Corporation. It will enable Macintosh II, IIx, IIcx and SE/30 computers to use standard System 7 32-bit addressing. It is not functional on other types of computers. Please read the licensing section before installation and use. If you have questions about this software please call Apple Customer Assistance (800/776-2333) in the United States, or your local Apple office outside the US. MODE32 is licensed for your use at no charge on any Macintosh II, IIx, IIcx or SE/30 computer. You may freely copy and distribute this software. Connectix also offers a full range of commercial memory enhancement and productivity utilities including HAND-Off II, MAXIMA, Virtual and OPTIMA which are licensed for single user, single system use and may not be freely distributed. For more information on these and other Connectix products, please call 800/950-5880, international 415/571-5100, fax 415/571-5195, or AppleLink "CONNECTIX". ___________________________________________________________________ Summary Description MODE32 is the utility for Mac II, IIx, IIcx, and SE/30 users who would like to use System 7 32-bit mode to access more than 8 contiguous megabytes of real or virtual application memory. It is especially useful for pre-press, image processing, desktop publishing, animation, CAD, scanning, other memory-intensive applications, or use of large numbers of applications. MODE32 enables the use of the standard 32-bit addressing mode of System 7.0. This new mode allows direct access to up to 128 megabytes of standard RAM or up to one gigabyte of virtual memory, eliminating the traditional “eight megabyte barrier.” 32-bit addressing would normally not be possible on the SE/30, II, IIx, and IIcx systems because of the software built into their ROMs.
    [Show full text]
  • Technical and Applications Literature
    BR101/D REV 27 Technical and Applications Literature Selector Guide and Cross References Effective Date 2nd Half 1997 .® MOTOROLA Semiconductor Products Sector ® MOTOROLA Technical and Applications Literature Selector Guide and Cross References ALExiS, Buffalo, Bullet-Proof, BurstRAM, CDA, CMTL, Ceff-PGA, Customer Defined Array, DECAL, Designerfs, DIMMIC, DSPRAM, ECLinPS, ECLinPS LITE, ECL300, E-FETs, EpiBase, Epicap, FIRsT, GEL-PAK, GEMFET, GlobalOptoisolator, GreenLine, HDC, HDTMOS, H4C Series, H4C Plus, HYPERformance, ICePAK, L2TMOS, MAACPAC, MCML, MDTL, MECL, MECL 10K, MECL 10H, MECL III, MEGAHERTZ, MCCS, Media Engine, Memorist, MHTL, MicroCool, MicroSIMM, MiniMOS, MONOMAX, MOSAIC I, MOSAIC II, MOSAIC III, MOSAIC IV, MOSAIC V, MOSFET, Mosorb, MRTL, MTIL, Multi-Pak, MUSCLE, Mustang, IlSIMM, OACS, OnCE, PHACT, Predix, PowerBase, POWER OPTO, POWERTAP, PRISMCard, QUIL, Rail-To-Rail, SCANSWITCH, SENSEFET, Senseon, SLEEPMODE, SMALLBLOCK, SMARTDISCRETES, SMARTMOS, SMARTswitch, SORF, Surmetic, SWITCHMODE, Symmetric Superscalar, TestPAS, Thermopad, Thermopad II, Thermowatt, TMOS V, Unibloc, UNIT/PAK, VeComP, X-clucer, Z-Switch and ZIP R TRIM are trademarks of Motorola, Inc. C-QUAM, MOSAIC and TMOS are registered trademarks of Motorola, Inc. Apollo is a registered trademark of Hewlett Packard Inc. AutoLogic, NetEd, QuickSim II, QuickPath and Falcon Framework are trademarks of Mentor Graphics Corp. Concept, Gate Ensemble, Verilog-XL, Veritime and Dracula are trademarks of Cadence Design Systems, Inc. Daisy is a trademark of Daisy Systems Corporation. DDCMP and V AX are trademarks of Digital Equipment Corporation. Design Compiler, HDL Compiler, Test Compiler and DesignWave are trademarks of Synopsys, Inc. Echelon, LON, LonWorks and Neuron are registered trademarks of Echelon Corporation. ETHERNET is a trademark of Xerox Corporation. FACT and FAST are trademarks of National Semiconductor Corporation.
    [Show full text]
  • A/UX Command Reference Section 1(A-F)
    • A/UX Command Reference Section 1(A-F) Release 3.0 LIMITED WARRAN1Y ON MEDIA AND REPLACEMENT If you discover physical defects in the manuals distributed with an Apple product or in the media on which a software product is distributed, Apple will replace the media or manuals at no charge to you, provided you return the item to be replaced with proof of purchase to Apple or an authorized Apple dealer during the 90-day period after you purchased the software. In addition, Apple will replace damaged software media and manuals for as long as the software product is included in Apple's Media Exchange Program. While not an upgrade or update method, this program offers additional protection for up to two years or more from the date of your original purchase. See your authorized Apple dealer for program coverage and details. In some countries the replacement period may be different; check with your authorized Apple dealer. All IMPLIED WARRANTIES ON THE MEDIA AND MANUAIS, INCLUDING IMPLIED WARRANTIES OF MERCHANTABIU'IY AND FITNESS FOR A PARTICUIAR PURPOSE, ARE LIMITED IN DURATION TO NINE'IY (90) DAYS FROM THE DATE OF THE ORIGINAL RETAIL PURCHASE OF TIIIS PRODUCT. Even though Apple has tested the software and reviewed the documentation, APPLE MAKES NO WARRAN'IY OR REPRESENTATION, EffilER EXPRESS, OR IMPLIED, WITH RESPECT TO SOFTWARE, ITS QUALITY, PERFORMANCE, MERCHANTABIU1Y, OR FITNESS FOR A PARTICULAR PURPOSE. AS A RESULT, TIIIS SOFTWARE IS SOLD "AS IS," AND YOU, THE PURCHASER, ARE ASSUMING THE ENTIRE RISK AS TO ITS QUALITY AND PERFORMANCE. IN NO EVENT WILL APPLE BE LIABLE FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES RESULTING FROM ANY DEFECT IN THE SOFTWARE OR ITS DOCUMENTATION, even if advised of the possibility of such damages.
    [Show full text]
  • LCSH Section Numerals
    0 (Group of artists) 1c Magenta (Stamp) 2e children USE Zero (Group of artists) USE British Guiana One-Cent Magenta (Stamp) USE Twice-exceptional children 0⁰ latitude 1I (Interstellar object) 2nd Avenue (Manhattan, New York, N.Y.) USE Equator USE ʻOumuamua (Interstellar object) USE Second Avenue (Manhattan, New York, N.Y.) 0⁰ meridian 1I/2017 U1 (Interstellar object) 2nd Avenue (Seattle, Wash.) USE Prime Meridian USE ʻOumuamua (Interstellar object) USE Second Avenue (Seattle, Wash.) 0-1 Bird Dog (Reconnaissance aircraft) 1I/ʻOumuamua (Interstellar object) 2nd Avenue West (Seattle, Wash.) USE Bird Dog (Reconnaissance aircraft) USE ʻOumuamua (Interstellar object) USE Second Avenue West (Seattle, Wash.) 0th law of thermodynamics 1P/ Halley (Comet) 2nd law of thermodynamics USE Zeroth law of thermodynamics USE Halley's comet USE Second law of thermodynamics 1,000 Year Monument (Novgorod, Russia) 1st Avenue (Seattle, Wash.) 2P/Encke (Comet) USE Tysi︠a︡cheletie Rossii (Novgorod, Russia) USE First Avenue (Seattle, Wash.) USE Encke comet 1,4-beta-D-glucan cellobiohydrolase 1st Avenue West (Seattle, Wash.) 2U 2030+40 (Astronomy) USE Cellulose 1,4-beta-cellobiosidase USE First Avenue West (Seattle, Wash.) USE Cygnus X-3 1 1/2 Strutter (Military aircraft) 1st century, A.D. 3-(1-piperazino)benzotrifluoride USE Sopwith 1 1/2 Strutter (Military aircraft) USE First century, A.D. USE Trifluoromethylphenylpiperazine 1-2 Montague Place (London, England) 1st Hill Park (Seattle, Wash.) 3.1 Tongnip Sŏnŏn Kinyŏmtʻap (Seoul, Korea) BT Office buildings—England
    [Show full text]
  • Modelos De Microprocesadores
    24-10-2018 Modelos de Microprocesadores PARTICIPANTES: Yuditmar Aparicio C.I: 26.950.830 Ángel Guerra C.I: 20.043.906 Mariangel Solórzano C.I: 28.054.949 Sandra Duran C.I: 26.719.100 Soribelys Perez C.I: 26.144.653 Sección: SCAI1 INDICE Pág. Introducción ______________________________________________________ 2 Definición De Microprocesador Y Partes Del Microprocesador _______________ 3 Historia De Los Microprocesadores ____________________________________ 4 Evolución ________________________________________________________ 6 Arquitecturas Cisc ________________________________________________ 24 Arquitecturas Risc ________________________________________________ 24 Coprocesador Matemático Intel C8087 ________________________________ 27 Intel Corporation __________________________________________________ 29 Modelos De Microprocesadores Motorola ______________________________ 37 Conclusión_______________________________________________________40 Bibliografías______________________________________________________41 INTRODUCCIÓN El presente trabajo tiene como tema principal los microprocesadores, y todo lo referente a ellos, su historia, evolución, etc., cabe destacar que el microprocesador se define como el componente más importante de la estructura de una computadora, ya que realiza todas las operaciones lógicas que permiten la ejecución de los diversos programas; el cual hace que la potencia del computador dependa de microprocesador. Básicamente, es el “cerebro” del ordenador. Prácticamente, todo pasa por él, ya que es el responsable de
    [Show full text]