The Memory Hierarchy

The Memory Hierarchy

Carnegie Mellon The Memory Hierarchy 15-213: Introduc;on to Computer Systems 11th Lecture, Oct. 6, 2015 Instructors: Randal E. Bryant and David R. O’Hallaron Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 1 Carnegie Mellon Today ¢ Storage technologies and trends ¢ Locality of reference ¢ Caching in the memory hierarchy Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 2 Carnegie Mellon Random-Access Memory (RAM) ¢ Key features § RAM is tradi;onally packaged as a chip. § Basic storage unit is normally a cell (one bit per cell). § Mul;ple RAM chips form a memory. ¢ RAM comes in two varieCes: § SRAM (Stac RAM) § DRAM (Dynamic RAM) Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 3 Carnegie Mellon SRAM vs DRAM Summary Trans. Access Needs Needs per bit time refresh? EDC? Cost Applications SRAM 4 or 6 1X No Maybe 100x Cache memories DRAM 1 10X Yes Yes 1X Main memories, frame buffers Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 4 Carnegie Mellon NonvolaCle Memories ¢ DRAM and SRAM are volaCle memories § Lose informaon if powered off. ¢ Nonvolale memories retain value even if powered off § Read-only memory (ROM): programmed during produc;on § Programmable ROM (PROM): can be programmed once § Eraseable PROM (EPROM): can be bulk erased (UV, X-Ray) § Electrically eraseable PROM (EEPROM): electronic erase capability § Flash memory: EEPROMs. with par;al (block-level) erase capability § Wears out aer about 100,000 erasings ¢ Uses for NonvolaCle Memories § Firmware programs stored in a ROM (BIOS, controllers for disks, network cards, graphics accelerators, security subsystems,…) § Solid state disks (replace rotang disks in thumb drives, smart phones, mp3 players, tablets, laptops,…) § Disk caches Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 5 Carnegie Mellon Tradional Bus Structure Connecng CPU and Memory ¢ A bus is a collecon of parallel wires that carry address, data, and control signals. ¢ Buses are typically shared by mulple devices. CPU chip Register file ALU System bus Memory bus I/O Main Bus interface bridge memory Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 6 Carnegie Mellon Memory Read TransacCon (1) ¢ CPU places address A on the memory bus. Register file Load operation: movq A, %rax ALU %rax Main memory I/O bridge 0 A Bus interface x A Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 7 Carnegie Mellon Memory Read TransacCon (2) ¢ Main memory reads A from the memory bus, retrieves word x, and places it on the bus. Register file Load operation: movq A, %rax ALU %rax Main memory I/O bridge x 0 Bus interface x A Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 8 Carnegie Mellon Memory Read TransacCon (3) ¢ CPU read word x from the bus and copies it into register %rax. Register file Load operation: movq A, %rax ALU %rax x Main memory I/O bridge 0 Bus interface x A Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 9 Carnegie Mellon Memory Write TransacCon (1) ¢ CPU places address A on bus. Main memory reads it and waits for the corresponding data word to arrive. Register file Store operation: movq %rax, A ALU %rax y Main memory I/O bridge 0 A Bus interface A Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 10 Carnegie Mellon Memory Write TransacCon (2) ¢ CPU places data word y on the bus. Register file Store operation: movq %rax, A ALU %rax y Main memory 0 I/O bridge y Bus interface A Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 11 Carnegie Mellon Memory Write TransacCon (3) ¢ Main memory reads data word y from the bus and stores it at address A. Register file Store operation: movq %rax, A ALU %rax y main memory I/O bridge 0 Bus interface y A Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 12 Carnegie Mellon What’s Inside A Disk Drive? Spindle Arm Platters Actuator Electronics (including a processor SCSI and memory!) connector Image courtesy of Seagate Technology Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 13 Carnegie Mellon Disk Geometry ¢ Disks consist of plaers, each with two surfaces. ¢ Each surface consists of concentric rings called tracks. ¢ Each track consists of sectors separated by gaps. Tracks Surface Track k Gaps Spindle Sectors Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 14 Carnegie Mellon Disk Geometry (Muliple-PlaXer View) ¢ Aligned tracks form a cylinder. Cylinder k Surface 0 Platter 0 Surface 1 Surface 2 Platter 1 Surface 3 Surface 4 Platter 2 Surface 5 Spindle Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 15 Carnegie Mellon Disk Capacity ¢ Capacity: maximum number of bits that can be stored. § Vendors express capacity in units of gigabytes (GB), where 1 GB = 109 Bytes. ¢ Capacity is determined by these technology factors: § Recording density (bits/in): number of bits that can be squeezed into a 1 inch segment of a track. § Track density (tracks/in): number of tracks that can be squeezed into a 1 inch radial segment. § Areal density (bits/in2): product of recording and track density. Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 16 Carnegie Mellon Recording zones ¢ Modern disks parCCon tracks into disjoint subsets called recording zones § Each track in a zone has the same … number of sectors, determined by the circumference of innermost track. Spindle § Each zone has a different number of sectors/track, outer zones have more sectors/track than inner zones. § So we use average number of sectors/track when compu;ng capacity. Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 17 Carnegie Mellon CompuCng Disk Capacity Capacity = (# bytes/sector) x (avg. # sectors/track) x (# tracks/surface) x (# surfaces/plaXer) x (# plaXers/disk) Example: § 512 bytes/sector § 300 sectors/track (on average) § 20,000 tracks/surface § 2 surfaces/plaer § 5 plaers/disk Capacity = 512 x 300 x 20000 x 2 x 5 = 30,720,000,000 = 30.72 GB Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 18 Carnegie Mellon Disk OperaCon (Single-PlaXer View) The disk surface spins at a fixed The read/write head is attached to the end rotational rate of the arm and flies over the disk surface on a thin cushion of air. spindle spindle spindle spindle By moving radially, the arm can position the read/write head over any track. Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 19 Carnegie Mellon Disk OperaCon (MulC-PlaXer View) Read/write heads move in unison from cylinder to cylinder Arm Spindle Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 20 Carnegie Mellon Disk Structure - top view of single plaXer Surface organized into tracks Tracks divided into sectors Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 21 Carnegie Mellon Disk Access Head in position above a track Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 22 Carnegie Mellon Disk Access Rotation is counter-clockwise Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 23 Carnegie Mellon Disk Access – Read About to read blue sector Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 24 Carnegie Mellon Disk Access – Read After BLUE read After reading blue sector Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 25 Carnegie Mellon Disk Access – Read After BLUE read Red request scheduled next Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 26 Carnegie Mellon Disk Access – Seek After BLUE read Seek for RED Seek to red’s track Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 27 Carnegie Mellon Disk Access – RotaConal Latency After BLUE read Seek for RED Rotational latency Wait for red sector to rotate around Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 28 Carnegie Mellon Disk Access – Read After BLUE read Seek for RED Rotational latency After RED read Complete read of red Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 29 Carnegie Mellon Disk Access – Service Time Components After BLUE read Seek for RED Rotational latency After RED read Data transfer Seek RotaConal Data transfer latency Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 30 Carnegie Mellon Disk Access Time ¢ Average Cme to access some target sector approximated by : § Taccess = Tavg seek + Tavg rotaon + Tavg transfer ¢ Seek Cme (Tavg seek) § Time to posi;on heads over cylinder containing target sector. § Typical Tavg seek is 3—9 ms ¢ RotaConal latency (Tavg rotaon) § Time wai;ng for first bit of target sector to pass under r/w head. § Tavg rotaon = 1/2 x 1/RPMs x 60 sec/1 min § Typical Tavg rotaon = 7200 RPMs ¢ Transfer me (Tavg transfer) § Time to read the bits in the target sector. § Tavg transfer = 1/RPM x 1/(avg # sectors/track) x 60 secs/1 min. Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspec;ve, Third Edi;on 31 Carnegie Mellon Disk Access Time Example ¢ Given: § Rotaonal rate = 7,200 RPM § Average seek ;me = 9 ms.

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    66 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