Page 1 a Snippet of Modern History History II

Page 1 a Snippet of Modern History History II

Introductory Material • A few tidbits on the instructor Computer Architecture • Pay close attention to the course web page CS/ECE 6810 . http://www.eng.utah.edu/~cs6810 . it will change so keep up to date on what’s there • Why study computer architecture? Today’s topics: . it’s required for CS grad students » OK I get that but will try to make it interesting anyway •course logistics & motivation . for SW types: •computer architecture as a profession » understanding the architecture maximize code performance •market segments . for HW types: » essential understanding for the profession •technology scaling and cost . rich area where contributions are badly needed » one of which might be your thesis . current state of the art is in a wild time » architecture changes directions – see “badly needed” » lots of job opportunities School of Computing School of Computing 1 2 University of Utah CS6810 University of Utah CS6810 Artifacts of Rapid Change Computer Architecture • Textbook • Strictly speaking – it’s a whole system thing . 4th edition is significantly more relevant than previous . study of the structure of computer hardware versions » requires a diverse set of systems & circuit understanding » BUT it’s now 2-3 years old and a lot has happened • languages & operating systems » result: lectures will have some disagreements w/ the text • high level organizational issues (our focus in CS6810) • reading the book will be necessary – processor, cache, main memory, I/O, networking/interconnect, storage • attending the lectures will hopefully also be valuable • analysis via tools such as simulation – power, performance, energy efficiency, verification . the basic issues in the text are still important • transistor circuits, wires, and fabrication technology » bulk of course will focus on this material • layout, EDA tools, cooling, packaging, … . tons of research literature » you can’t be a wizard in one of these areas » not a requirement in this course but helpful to clarify or deepen • without understanding the constraints and interfaces imposed your understanding by the other disciplines » the internet is your friend • The profession: • as is the University’s subscription to digital libraries . industry: design & build the systems of the future – IEEE Xplore is probably the most useful – ACM is a good 2nd choice » often w/ large teams of specialized wizards . academic: study and explore new directions » few actually build things except as models via simulation School of Computing School of Computing 3 4 University of Utah CS6810 University of Utah CS6810 Page 1 A Snippet of Modern History History II • Mechanical difference engine • Stored program computer . proposed in 1786 by J. H. Mueller . Concept: EDVAC report 1945 by John von Neumann . 2 versions built by Charles » hence the von Neumann architecture tag Babbage in the 1820’s . Implementation » image at right is a replica in the » Jun 1948 – Manchester Univ. experimental machine computer museum in Mtn. View, CA • “Baby” SSEM (small scale experimental machine) • Electronic computer • memory = Williams Cathode Ray Tubes . WW2: army needed something to » First practical: EDSAC May 1949 (also done in the UK) compute ballistics tables • memory = delay-lines . contract w/U Penn in 1943 . operational in 1946 » analog machine » programmed by plugging cables into the right spot » YOW!! . numerous analog machines follow » vacuum tubes, crystal diodes, … School of Computing School of Computing 5 6 University of Utah CS6810 University of Utah CS6810 Then Came Transistors … Unprecedented Improvement • First all transistor computer • Moore’s surprising prediction in 1965 holds up . MIT’s Linc, TX-0, TX-2 – Wes Clark 1950’s . reasonably well so far » led to networks, graphics, interactive computing • Integrated circuit . more than one transistor on a die – 1958 » Rob’t Noyce and Gordon Moore @ Fairchild • later founders of Intel . first microprocessor Intel 4004 in 1971 » 10 um pMOS, 92 Kips, 740 KHz, 4-bit data-path, BCD » it’s been a wild ride ever since School of Computing School of Computing 7 8 University of Utah CS6810 University of Utah CS6810 Page 2 CAGR Inflection Points Computer Classes/Market Segments • Improvement • Note . consistent technology gain . today all classes are microprocessor based . architecture less consistent » not all microprocessors are the same • Inflection points • even when they appear to be the same to the programmer . also my classes are quite different than the text’s . 1st 25 years: 25% due to both . late 70’s uProcessors emerge • Embedded (fastest growth segment) » 35% . huge range: automotive, cell phones, … large internet switches specialization » + 17% from architecture • RISC, pipelining, ILP and multiple issue (a.k.a. super scalar) » CISCO EPS-1 already contains 192 core » 16 years of Moore’s law growth » processors vary: . • 4- 64-bit processors 2002 things slow to ~20% – price from a few cents to a few hundred dollars » 3 key hurdles: thermals, insufficient ILP, slow memory – system cost from $1 to $1M • DRAM improvement trends: CAGR = 7% » typical differentiation – latency hiding worked well until 2002 • typical user tends to not be the programmer . New agenda: TLP and DLP – provides a relatively fixed function or service » enter multi-threading and multi-core architectures • hard or soft real time performance often required School of Computing School of Computing 9 10 University of Utah CS6810 University of Utah CS6810 Segments (cont’d) Big Iron Segments • Netbook • Key additional difference . cheap, light, and a bigger screen than a cell phone . high enhanced » battery life is a key issue » interconnect, main memory, and storage subsystems • processor performance compromised for energy efficiency • Compute servers • Laptop . usually a cluster of racks . a bit heavier and more expensive » holding blades » more diversity in performance and energy efficiency than • similar to desktop motherboard netbook » lots of choices for storage subsystem » processor and system cost: 2-5x netbook • Datacenter/Warehouse • Desktop . very large cluster of racks . market rapidly slowing due to netbook, laptop, and server » system cost from $100K to $10’sM expansion » redundant everything for high availability » with a network the screen, keyboard, and compute gizmo’s » e.g. Google or the “Cloud” need not be co-located » diverse motherboard capability (performance, memory, etc.) • Supercomputer (single customer type, FPU focus) » $50 - $1000 processor, 5-10x more for system . check out the top 500 list: http://top500.org . system cost $10-100M School of Computing School of Computing 11 12 University of Utah CS6810 University of Utah CS6810 Page 3 Addendum: Complex Embedded Systems Computer Architecture • Key characteristic • Focus issues for CS6810 . some things programmable and some things not . 3 key components » not: ASIC or IP blocks » ISA (2 lectures from now – Appendix B) • Example: iPhone » Organization . • high level structural aspects of various subsystems Single programmable ARM core – pipeline structure » integrated with ~50 IP blocks – function unit structure • each block is highly specialized (multiple blocks/chip) – processor structure – ~100x improvement in energy-delay product – cache hierarchy structure – main memory structure – I/O & network interface • note there are other subsystems that we’ll get to in the 2nd half – interconnect structure – storage structure and technologies » Hardware (only light coverage here) • logic design, process, packaging, cooling, timing, wires … – this is an almost endless list – VLSI courses in analog and digital IC design should be next – if you intend to live on the HW side of architecture Cell Phone Part Computer Part Source: Anandtech School of Computing School of Computing 13 14 University of Utah CS6810 University of Utah CS6810 Intent of the Course Tracking Trends • Provide a foundation for future professional activity • Fast moving arena & lengthy design process . at least 3 possible goals . typical 5-year design schedule » understanding the compute platform that you use » typical design team ~500 engineers • key to achieving highly efficient code for SW types » year 1: architectural concept and simulation infrastructure • ISA and organization are what you care about development » research into new architectural options » year 2: architectural optimization, validation • key academic role & possible thesis area preparation • architecture freeze at the end of year 2 • ISA, organization, and high level understanding of hardware » year 3 & 4: circuit design, floor-planning, and packaging constraints will be needed • tape out at the end of year 4 » design of new systems » year 5 • perhaps the ultimate relevance • refine process to achieve acceptable yields • further courses will be needed to finish this process • test and validate fab’d chips – VLSI & embedded systems courses will be your next step • build inventory since volume sales commence • all 3 will are important – in much greater depth • Note • OK that’s the sales pitch . you need to design for a technology that doesn’t exist when . for why you should care the design phase starts . need to accurately predict what will be available School of Computing School of Computing 15 16 University of Utah CS6810 University of Utah CS6810 Page 4 Technology Trends Performance • VLSI • Bandwidth vs. Latency . transistor density improves 35%/yr . bandwidth is associated with throughput » due to process shrink . latency is the response time for a single transaction

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    8 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us