Demo Data from EDBT 2026 / reviewers in the wild / expert
David N. Armstrong
dblp:02/3568
· DBLP profile ↗
3ranked-venue papers
1as first author
0since 2021 · last 2005
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 2 · 1 first-author
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Computer architecture, parallel and distributed computing, and storage systems
2 papers |
Processor architecture and microarchitecture · 93% Memory systems · 7% |
Topics — the 5 heaviest of 5, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Processor architecture and microarchitecture
out-of-order execution |
0.1 | 1 | 2005 | An Analysis of the Performance Impact of Wrong-Path Memory References on Out-of-Order and Runahead Execution Processors · IEEE Trans. Computers 2005 |
Processor architecture and microarchitecture › latency hiding
runahead execution |
0.1 | 1 | 2005 | An Analysis of the Performance Impact of Wrong-Path Memory References on Out-of-Order and Runahead Execution Processors · IEEE Trans. Computers 2005 |
Processor architecture and microarchitecture
branch prediction |
0.0 | 1 | 2004 | Wrong Path Events: Exploiting Unusual and Illegal Program Behavior for Early Misprediction Detection and Recovery · MICRO 2004 |
Processor architecture and microarchitecture
speculative execution |
0.0 | 1 | 2004 | Wrong Path Events: Exploiting Unusual and Illegal Program Behavior for Early Misprediction Detection and Recovery · MICRO 2004 |
Memory systems
cache |
0.0 | 1 | 2005 | An Analysis of the Performance Impact of Wrong-Path Memory References on Out-of-Order and Runahead Execution Processors · IEEE Trans. Computers 2005 |
Methods — techniques the papers use, named apart from their topics
performance modeling · 0.1IPC estimation · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2005 | An Analysis of the Performance Impact of Wrong-Path Memory References on Out-of-Order and Runahead Execution ProcessorsabstractHigh-performance, out-of-order execution processors spend a significant portion of their execution time on the incorrect program path even though they employ aggressive branch prediction algorithms. Although memory references generated on the wrong path do not change the architectural state of the processor, they affect the arrangement of data in the memory hierarchy. This paper examines the effects of wrong-path memory references on processor performance. It is shown that these references significantly affect the IPC (instructions per cycle) performance of a processor. Not modeling them leads to errors of up to 10 percent (4 percent on average) in IPC estimates for the SPEC CPU2000 integer benchmarks on an out-of-order processor and errors of up to 63 percent on a runahead-execution processor. In general, the error in the IPC increases with increasing memory latency and instruction window size. We find that wrong-path references are usually beneficial for performance because they prefetch data that is used by later correct-path references. L2 cache pollution is found to be the most significant negative effect of wrong-path references. Code examples are shown to provide insights into how wrong-path references affect performance. We also show that it is crucial to model wrong-path references to accurately estimate the performance improvement provided by runahead execution. Onur Mutlu, Hyesoon Kim, David N. Armstrong, Yale N. Patt |
IEEE Trans. Computers | 3 |
| 2004 | Wrong Path Events: Exploiting Unusual and Illegal Program Behavior for Early Misprediction Detection and RecoveryabstractControl and data speculation are widely used to improve processor performance. Correct speculation can reduce execution time, but incorrect speculation can lead to increased execution time and greater energy consumption. This paper proposes a mechanism to leverage unexpected program behavior, called wrong-path events, that occur during periods of incorrect speculation. A wrong-path event is an instance of illegal or unusual program behavior that is more likely to occur on the wrong path than on the correct path, such as a NULL pointer dereference. When a wrong-path event occurs, the processor can predict that it is on the wrong path and speculatively initiate misprediction recovery. The purpose of the proposed mechanism is to improve the effectiveness of speculative execution in a processor by helping to insure that the processor remain "on the correct path" throughout periods of speculative execution. We describe a set of wrong-path events which can be used as strong indicators of misprediction. We find that on average 5% of the mispredicted branches in the SPEC2000 integer benchmarks produce a wrong-path event an average of 51 cycles before the branch is executed. We show that once a wrong-path event occurs, it is possible to accurately predict which unresolved branch in the processor is mispredicted using a simple, novel prediction mechanism. We discuss the advantages and shortcomings of wrong-path events and propose new areas for future research. David N. Armstrong, Hyesoon Kim, Onur Mutlu, Yale N. Patt |
MICRO | 1 |
| 2004 | Cache Filtering Techniques to Reduce the Negative Impact of Useless Speculative Memory References on Processor PerformanceabstractHigh-performance processors employ aggressive speculation and prefetching techniques to increase performance. Speculative memory references caused by these techniques sometimes bring data into the caches that are not needed by correct execution. This paper proposes the use of the first-level caches as filters that predict the usefulness of speculative memory references. With the proposed technique, speculative memory references bring data only into the first-level caches rather than all levels in the cache hierarchy. The processor monitors the use of the cache blocks in the first-level caches and decides which blocks to keep in the cache hierarchy based on the usefulness of cache blocks. It is shown that a simple implementation of this technique usually outperforms inclusive and exclusive baseline cache hierarchies commonly used by today's processors and results in IPC performance improvements of up to 9.2% on the SPEC2000 integer benchmarks. Onur Mutlu, Hyesoon Kim, David N. Armstrong, Yale N. Patt |
SBAC-PAD | 3 |