Format:
1 Online-Ressource (77 Seiten)
Edition:
Also available in print
ISBN:
9781598295887
Series Statement:
Synthesis Lectures on Computer Architecture #7
Content:
Today, computer-system optimization, at both the hardware and software levels, must consider the details of the memory system in its analysis; failing to do so yields systems that are increasingly inefficient as those systems become more complex. This lecture seeks to introduce the reader to the most important details of the memory system; it targets both computer scientists and computer engineers in industry and in academia. Roughly speaking, computer scientists are the users of the memory system, and computer engineers are the designers of the memory system. Both can benefit tremendously from a basic understanding of how the memory system really works: the computer scientist will be better equipped to create algorithms that perform well, and the computer engineer will be better equipped to design systems that approach the optimal, given the resource limitations. Currently, there is consensus among architecture researchers that the memory system is "the bottleneck," and this consensus has held for over a decade. Somewhat inexplicably, most of the research in the field is still directed toward improving the CPU to better tolerate a slow memory system, as opposed to addressing the weaknesses of the memory system directly. This lecture should get the bulk of the computer science and computer engineering population up the steep part of the learning curve. Not every CS/CE researcher/developer needs to do work in the memory system, but, just as a carpenter can do his job more efficiently if he knows a little of architecture, and an architect can do his job more efficiently if he knows a little of carpentry, giving the CS/CE worlds better intuition about the memory system should help them build better systems, both software and hardware
Content:
Prelude: Why should I care about the memory system -- Primers -- Your code does not run in a vacuum -- Data and its representation -- Variables and stack allocation -- Random access is anything but -- Performance perspective -- Memory-system organization and operation -- State of the (DRAM) union -- It must be modeled accurately -- Some context -- Modeling the memory system -- Comparing the models -- Let's add prefetching to the mix -- Summary -- And it will change soon -- Problems and trends -- The use of multiple cores increases working-set demands -- Multicore bandwidth requirement is roughly 1GB/s per core -- TLB reach does not scale well (... or at all, really) -- You cannot physically connect to all the DRAM you can afford to purchase -- DRAM refresh is becoming expensive in both power and time -- Flash is eating disk's lunch -- For large systems, power dissipation of DRAM exceeds that of CPUs -- On-chip cache hierarchies are complex -- Disk access is still slow -- There are too many wires on a typical motherboard as it is -- Numerous new technologies are in development -- Some obvious conclusions -- A new DRAM-system organization is needed -- Flash needs to be integrated -- Possibly revisit superpages -- Some suggestions -- Fully buffered DIMM, take 2 (aka "BOMB") -- Some uses for flash -- Superpages (take 2) and SuperTLBs -- The hash-associative cache -- Virtual memory in the age of cheap memory -- Postlude: you can't fake it -- Bibliography -- Biography
Note:
Description based upon print version of record
,
Prelude: Why Should I Care About the Memory System?; Prelude: Why Should I Care About the Memory System?; Primers; Primers; Your Code Does Not Run in a Vacuum; Data and its Representation; Variables and Stack Allocation; `Random Access' is Anything But; Performance Perspective; Memory-System Organization and Operation; State of the (DRAM) Union; It Must Be Modeled Accurately; It Must Be Modeled Accurately; Some Context; Modeling the Memory System; Comparing the Models; Let's Add Prefetching to the Mix; Summary; ... and It Will Change Soon; ... and It Will Change Soon; Problems and Trends
,
The use of Multiple Cores Increases Working-Set DemandsMulticore Bandwidth Requirement is Roughly 1GB/s per Core; TLB Reach does not Scale Well (... or at all, Really); You Cannot Physically Connect to all the DRAM you can Afford to Purchase; DRAM Refresh is Becoming Expensive in Both Power and Time; Flash is Eating Disk's Lunch; For Large Systems, Power Dissipation of DRAM Exceeds that of CPUs; On-Chip Cache Hierarchies are Complex; Disk Access is Still Slow; There are too Many Wires on a Typical Motherboard as it is; Numerous New Technologies are in Development; Some Obvious Conclusions
,
A New DRAM-System Organization is NeededFlash Needs to be Integrated; Possibly Revisit Superpages; Some Suggestions; Fully Buffered DIMM, take 2 (aka ``BOMB''); Some Uses for Flash; Superpages (Take 2) and SuperTLBs; The Hash-Associative Cache; Virtual Memory in the Age of Cheap Memory; Postlude: You Can't Fake It; Postlude: You Can't Fake It; Bibliography; Biography;
,
Prelude: Why should I care about the memory system -- Primers -- Your code does not run in a vacuum -- Data and its representation -- Variables and stack allocation -- Random access is anything but -- Performance perspective -- Memory-system organization and operation -- State of the (DRAM) union -- It must be modeled accurately -- Some context -- Modeling the memory system -- Comparing the models -- Let's add prefetching to the mix -- Summary -- And it will change soon -- Problems and trends -- The use of multiple cores increases working-set demands -- Multicore bandwidth requirement is roughly 1GB/s per core -- TLB reach does not scale well (... or at all, really) -- You cannot physically connect to all the DRAM you can afford to purchase -- DRAM refresh is becoming expensive in both power and time -- Flash is eating disk's lunch -- For large systems, power dissipation of DRAM exceeds that of CPUs -- On-chip cache hierarchies are complex -- Disk access is still slow -- There are too many wires on a typical motherboard as it is -- Numerous new technologies are in development -- Some obvious conclusions -- A new DRAM-system organization is needed -- Flash needs to be integrated -- Possibly revisit superpages -- Some suggestions -- Fully buffered DIMM, take 2 (aka "BOMB") -- Some uses for flash -- Superpages (take 2) and SuperTLBs -- The hash-associative cache -- Virtual memory in the age of cheap memory -- Postlude: you can't fake it -- Bibliography -- Biography.
,
Also available in print.
,
System requirements: Adobe Acrobat reader.
,
Mode of access: World Wide Web.
Additional Edition:
ISBN 9781598295870
Additional Edition:
Print version The Memory System You Can't Avoid it, You Can't Ignore it, You Can't Fake it
Language:
English
Keywords:
Electronic books
DOI:
10.2200/S00201ED1V01Y200907CAC007
Bookmarklink
