using reconfigurable logic using reconfigurable logic to
play

Using Reconfigurable Logic Using Reconfigurable Logic to Simulate - PowerPoint PPT Presentation

Using Reconfigurable Logic Using Reconfigurable Logic to Simulate Computer Systems Derek Chiou University of Texas at Austin Electrical and Computer Engineering Supported in part by DOE NSF SRC Supported in part by DOE, NSF, SRC, Bluespec,


  1. Using Reconfigurable Logic Using Reconfigurable Logic to Simulate Computer Systems Derek Chiou University of Texas at Austin Electrical and Computer Engineering Supported in part by DOE NSF SRC Supported in part by DOE, NSF, SRC, Bluespec, Intel, Xilinx, IBM, and Freescale

  2. R Rand’s Talk d’ T lk � Cycle-poor simulators Cycle poor simulators � Cycle-rich hardware 6/6/2011 Derek Chiou of UTAustin for IWLS 2011 2

  3. Fast, Accurate Simulator? F t A t Si l t ? � Fast simulator is easy � Fast simulator is easy � Several that are within a factor of 10 of reality � No performance/power prediction p p p � Accurate inherently slow, lots of details � Intel/AMD arch simulators 100K-1M slower than real � RTL simulators 1B slower than real � Only way to have fast, accurate simulator is aggressive (10K+) parallelization aggressive (10K+) parallelization � Multicore not sufficient � FPGAs? 6/6/2011 Derek Chiou of UTAustin for IWLS 2011 3

  4. H How to Apply FPGAs? t A l FPGA ? � Emulation/Prototyping � Emulation/Prototyping � Port RTL to FPGAs � Issues � Late L t � RTL not designed for FPGA � Not that fast (10K slower than hardware) � Lots of FPGA resources Lots of FPGA reso rces � Port software simulators to FPGAs � New simulator architectures for FPGAs � C-to-gates doesn’t work well for simulators 6/6/2011 Derek Chiou of UTAustin for IWLS 2011 4

  5. Functional/Timing Partitioned Si Simulators l t � Simulator partitioned into two � Simulator partitioned into two � Partitions change roughly independently, reducing cost of change � Functional model F D E M W � Executes functionality of target system � E.g., ISA, peripheral functionality E ISA i h l f i li � Implement x86 once, reuse many times $ � Timing model � Timing model F D E M W � Models time of target system � E.g., caches, pipelining 6/6/2011 Derek Chiou of UTAustin for IWLS 2011 5

  6. Ti Timing-Directed i Di t d � Timing model calls functional Timing model calls functional model at appropriate target time � Ensures functionality performed $ in the correct order F F D D E E M M W W � Requires very frequent communication F F D D E E M M W W � For FPGA implementation, both F FPGA i l i b h functional and timing need to be implemented on FPGA for performance performance � Intel/MIT HAsim, Berkeley RAMP-Gold 6/6/2011 Derek Chiou of UTAustin for IWLS 2011 6

  7. A Another Way? th W ? � Difficult to implement full ISA on FPGA FPGA � Intel has implemented x86 roughly 3 times on FPGA with full RTL Trace � Software functional models very � Software functional models very FM FM TM TM fast, very complete Flow � Boot full operating systems, run Control unmodified code � Functional first: Functional model (FM) executes, feeds trace to ( ) timing model (TM) � All information that TM needs (opcode, register names, addresses, etc.) can be computed by FM t ) b t d b FM 6/6/2011 Derek Chiou of UTAustin for IWLS 2011 7

  8. Parallelize Functional First P ll li F ti l Fi t � Parallelize between FM/TM Minimized round-trip communication Minimized round trip communication � � between FM & TM (just flow control) Trace maximizes parallel performance � Parallelize TM by implementing � Parallelize TM by implementing FM FM TM TM in FPGA Flow Control TM bottleneck, small, lots of fine grain � communication communication FPGA is excellent at fine-grained � communication needed by timing model Host Host Host FM on CPU runs very fast FM on CPU runs very fast � � CPU FPGA CPU � Result is a fast simulator 10MIPS-100MIPS to simulate single � core target core target 6/6/2011 Derek Chiou of UTAustin for IWLS 2011 8

  9. But, F Functional First Is Inaccurate ti l Fi t I I t � FM executes first without timing information � FM executes first without timing information � Functional accuracy dependent on timing � Shared memory accesses highly dependent on � Shared memory accesses highly dependent on timing of loads � FM executes load/store in differernt order than TM � Branch mispredictions and resolution highly dependent on timing � Wrong path instructions pollute pipeline caches � Wrong path instructions pollute pipeline, caches � Timing dependent on accurate functionality � Inaccurate even for unicore target � Inaccurate even for unicore target 6/6/2011 Derek Chiou of UTAustin for IWLS 2011 9

  10. Example: Dekker’s Algorithm D kk ’ Al ith Core0 Core1 10: M[0] 10: M[0] = 1 1 20: M[1] = 1 20: M[1] 1 11: R0= M[1] 21: R0=M[0] 12: BR R0!=0 15 12 BR 15 22 BR 22: BR R0!=0 25 25 13: M[CS] = 0 23: M[CS] = 1 14: BR END 24: BR END 15: M[0] = 0 15: M[0] 0 25: M[1] = 0 25: M[1] 0 6/6/2011 Derek Chiou of UTAustin for IWLS 2011 10

  11. Functional First: Core 0 Gets Lock C 0 G t L k 10 M[0]=1 20 M[1]=1 11 11 R0=M[1] R0=M[1] 21 21 R0=M[0] R0=M[0] 12 BR !=0 15 22 BR !=0 25 13 M[CS]=10 23 M[CS]=20 14 14 JMP END JMP END 24 24 JMP END JMP END 15 M[0]=0 25 M[1]=0 P0.3| 13: M[CS]= | [ ] P0.2| 12: BR !=0 15 P1.2| 22: BR !=0 25 P0.1| 11: R0=M[1] P1.1| 21: R1=M[0] P0.0| 10: M[0]= P1.0| 20: M[1]= TMCore 0 TMCore 1 Memory 5/10/2010 Derek Chiou of UTAustin at Stanford 11

  12. What if on Target, Core1 Gets L Lock? k? FMCore 0 FMCore 1 Functional Trace Is Target Incorrect! P0.3| 13: M[CS] P1.3| 25: M[1] - How to detect? - How to correct? How to correct? P0.2| 12: BR !=0 15 P1.2| 22: BR !=0 25 P1.2| 22: BR !=0 25 P0.1| 11: R0=M[1] P1.1| 21: (R0=M[0]) P1.1| 21: R0=M[0] Traditional solution is to avoid functional-first when accuracy important P0 0| 10 M[0] P0.0| 10: M[0]= P1.0| 20: M[1]= P1 0| 20 M[1] P1.0| 20: M[1] P1 0| 20 M[1] - timing-directed, execute-in-execute TMCore 0 TMCore 1 Memory 5/10/2010 Derek Chiou of UTAustin at Stanford 12

  13. CAL 2009 Patent: 7,840,397 Solution: Speculative Functional First S l ti F ti l Fi t Assume we have target-correct values g � Easy to get functional load/store values (hard to get exec order) � Load values (and store values) provided in functional trace � Compare target load value with functional load value to detect � Have target correct value to correct when necessary Have target correct value to correct when necessary � � Rollback functional model, change value, replay, regenerating trace including � addresses, stored values Differs from traditional parallelization techniques (e.g., PDES) that use order � How do we get target-correct values? � Target Memory Oracle (TMO) models target-correct memory values � TMO read at target time with target-correct address � TMO written at target correct time with target-correct address, data � Won’t execute in timing model until address/data values correct � Speculatively execute functionally, produce functional values, � correct when wrong t h 6/6/2011 Derek Chiou of UTAustin for IWLS 2011 13

  14. Speculative Functional First and Oracles d O l FMCore 0 FMCore 1 P0.3| 13: M[CS]=0 P1.3| 23: M[CS]=20 P1.3| 25: M[1]=0 P0.2| 12: BR !=0 15 P1.2| 22: BR !=0 25 P1.2| 22: BR !=0 25 P0.1| 11: (R0=M[1])==0 P1.1| 21: (R0=M[0])==1 P1.1| 21: (R0=M[0])==1 P0 0| 10 M[0] 1 P0.0| 10: M[0]=1 P1 0| 20 M[1] 1 P1 0| 20 M[1] 1 P1.0| 20: M[1]=1 P1.0| 20: M[1]=1 TMCore 0 TMCore 1 0 0 0 0 Memory 0 1 1 5/10/2010 Derek Chiou of UTAustin at Stanford 14

  15. 15 Derek Chiou of UTAustin for IWLS 2011 A Video A Vid 6/6/2011

  16. C Conclusions l i � Fast computer system simulators would be really useful for � Fast computer system simulators would be really useful for architecture, verification, debug � FPGA-based simulators can help achieve speed Several ways to attack the problem Several ways to attack the problem � � Could be used for hardware/software codesign, performance/power tuning � Current work: � Current work: Accurate power models at same speed � 5% cycle-by-cycle RMS for ARM A8, Freescale superscalar core (FPL 2010) � Automatically transforming simulator description to implementation y g p p � (DAC 2011) � Biggest Issue FPGA design still hard, need to simplify for faster development g y � 6/6/2011 Derek Chiou of UTAustin for IWLS 2011 16

  17. A k Acknowledgements l d t Students � H Hari Angepat (FM-MP) i A t (FM MP) � Ram Chakravarthy (parallelizing FM-MP) � Dam Sunwoo (FM-UP, Power), now at ARM Research � Nikhil Patil (TM, tools, FAST2Imp) � Gene Wu (FM Power) Gene Wu (FM, Power) � Yi Yuan (TM, Reliability) � Dan Zhang (TMO) � Xiaoyu Ma (MP TM) � Maysam Lavasani (Magilla) Maysam Lavasani (Magilla) � � Funding, Equipment � DOE, NSF, SRC � Intel, Xilinx, IBM, Freescale � Software, tools Software, tools � Bluespec, Xilinx � Open-source full system simulators � QEMU, Bochs � 6/6/2011 Derek Chiou of UTAustin for IWLS 2011 17

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