do we need registers dr chris crispin bailey department
play

Do we need registers ? Dr Chris Crispin-Bailey Department of - PowerPoint PPT Presentation

Rethinking CPU Design Rethinking CPU Foundations Do we need registers ? Dr Chris Crispin-Bailey Department of Computer Science University of York MIDAS Consortia Dr Chris Crispin-Bailey Advanced Computer Architectures Group Rethinking CPU


  1. Rethinking CPU Design Rethinking CPU Foundations Do we need registers ? Dr Chris Crispin-Bailey Department of Computer Science University of York MIDAS Consortia Dr Chris Crispin-Bailey Advanced Computer Architectures Group

  2. Rethinking CPU Design Context • Towards Zero Power Computing (ZPC) – we need leaner processor cores But also … • High Performance and Low power - Data to New Knowledge – demanding on power Dr Chris Crispin-Bailey Advanced Computer Architectures Group

  3. Rethinking CPU Design Zero Powered ICT – not a single scenario – many variations Mixed capabilities Many low/zero power nodes low-powered nodes with High perf. E.G Dispersed data acquisition Dr Chris Crispin-Bailey Advanced Computer Architectures Group

  4. Rethinking CPU Design Zero Powered ICT → Data to new Knowledge Multicore & scalability Scalable Data Processing Data to New Knowledge nodes with High performance But power is a key concern Dr Chris Crispin-Bailey Advanced Computer Architectures Group

  5. Rethinking CPU Design Motivation • So low power and high performance is desirable • Is current CPU design thinking optimal ? - almost certainly the answer is no but it is convenient - 'big' corporations have invested too much to change .. • Are there alternatives ? – what are they ? - is anyone considering this ? - MIDAS Dr Chris Crispin-Bailey Advanced Computer Architectures Group

  6. Rethinking CPU Design Example • Vast majority of CPU’s are dominated by register files BUT this immediately has down- stream design impact … • Multi-porting of register files is costly (power/area/delay) • Causes RAW/WAR hazards - May demand Reorder buffers, register renaming, - costly • Impact on pipeline architecture and delay behaviour - need increasingly complex schemes to hide pipeline penalties • Scales poorly with silicon technology progression. Dr Chris Crispin-Bailey Advanced Computer Architectures Group

  7. Rethinking CPU Design Example • Implicit Data-flow Execution Architectures - Superscalar Stack based coding - No addressable register file - no RAW/WAR hazards - No need for ROB/renaming logic, etc - Higher cache density – or smaller cache – reduced external I/O - Unique storage element properties (will come to this) - But is IDEA ‘better’ than REGISTER ? – unknown – research is needed on this and other novel paradigms Dr Chris Crispin-Bailey Advanced Computer Architectures Group

  8. Rethinking CPU Design IDEA – unique storage behaviour We can measure useable chip area using A delay metric of 16.F04 * This translates into an absolute delay for a Reachable die area Chosen process and therefore frequency of in 16Fo4 delay metric Operation FO4 = unit delay of one standard inverter In any given process technology Dr Chris Crispin-Bailey Advanced Computer Architectures Group

  9. Rethinking CPU Design IDEA – unique storage behaviour For a Register file, all operands emerge at the same time, leaving a uniform Reachable chip area for related components Due to register file delay, the reachable area Is already reduced considerably. Dr Chris Crispin-Bailey Advanced Computer Architectures Group

  10. Rethinking CPU Design IDEA – unique storage behaviour But with IDEA paradigm, operands are available in skewed time. This could be exploited in many ways - Asynchronicity - more floor-planning flexibility - Multiplexing of operand buses - e.g. 8 operands of 32 bits = 256 wires this is costly for both area and power - IDEA - 4 time separated pairs = 64 wires Dr Chris Crispin-Bailey Advanced Computer Architectures Group

  11. Rethinking CPU Design Rethinking CPU Foundations - conclusion Difficult to cover in depth in 10 minutes – one example is given But hopefully we see that :- • CHIST-ERA covers many levels • Low power and high performance must be part of the solution • Register file may be easiest, but not necessarily the best Therefore, we need to question current CPU fundamentals, and look seriously at alternatives. The CHIST- ERA programme may be a platform to do this … Dr Chris Crispin-Bailey Advanced Computer Architectures Group

  12. Rethinking CPU Design MIDAS project proposal consortia University of York - Chris Crispin-Bailey University of Amsterdam – Chris Jesshope, Raphael Kena University of Limerick – Brendan Mullane Academy of Sciences - Martin Danek – Czech Rep . M ulticore I mplicit D ataflow A rchitectures and S ystems Aim :- to build an 'IDEA' core prototype chip - tool-chain - programmability - component library – building blocks & methodology - real silicon - evaluate as a multicore component Dr Chris Crispin-Bailey Advanced Computer Architectures Group

  13. Rethinking CPU Design Thankyou. Dr Chris Crispin-Bailey chrisb@cs.york.ac.uk www.cs.york.ac.uk/~chrisb Dr Chris Crispin-Bailey Advanced Computer Architectures Group

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend