Demo Data from EDBT 2026 / reviewers in the wild / expert
David A. Greene
dblp:05/4695
· DBLP profile ↗
4ranked-venue papers
2as first author
0since 2021 · last 2001
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 4 · 2 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
1 paper |
Processor architecture and microarchitecture · 100% | |
| Software engineering, system software, and programming languages
1 paper |
Compilers and program optimization · 100% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Compilers and program optimization › register allocation
register promotion |
0.0 | 1 | 2000 | The store-load address table and speculative register promotion · MICRO 2000 |
Processor architecture and microarchitecture
speculative execution |
0.0 | 1 | 2000 | The store-load address table and speculative register promotion · MICRO 2000 |
Processor architecture and microarchitecture › out-of-order execution
memory disambiguation |
0.0 | 1 | 2000 | The store-load address table and speculative register promotion · MICRO 2000 |
Methods — techniques the papers use, named apart from their topics
hardware-software co-design · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2001 | Integrating superscalar processor components to implement register cachingabstractA large logical register file is important to allow effective compiler transformations or to provide a windowed space of registers to allow fast function calls. Unfortunately, a large logical register file can be slow, particularly in the context of a wide-issue processor which requires an even larger physical register file, and many read and write ports. Previous work has suggested that a register cache can be used to address this problem. This paper proposes a new register caching mechanism in which a number of good features from previous approaches are combined with existing out-of-order processor hardware to implement a register cache for a large logical register file. It does so by separating the logical register file from the physical register file and using a modified form of register renaming to make the cache easy to implement. The physical register file in this configuration contains fewer entries than the logical register file and is designed so that the physical register file acts as a cache for the logical register file, which is the backing store. The tag information in this caching technique is kept in the register alias table and the physical register file. It is found that the caching mechanism improves IPC up to 20 % over an un-cached large logical register file and has performance near to that of a logical register file that is both large and fast. 1. Matt Postiff, David A. Greene, Steven E. Raasch, Trevor N. Mudge |
ICS | 2 |
| 2000 | The store-load address table and speculative register promotionabstractRegister promotion is an optimization that allocates a value to a register for a region of its lifetime where it is provably not aliased. Conventional compiler analysis cannot always prove that a value is free of aliases, and thus promotion cannot always be applied. This paper proposes a new hardware structure, the store-load address table (SLAT), which watches both load and store instructions to see if they conflict with entries loaded into the SLAT by explicit software mapping instructions. One use of the SLAT is to allow values to be promoted to registers when they cannot be proven to be promotable by conventional compiler analysis. We call this new optimization speculative register promotion. Using this technique, a value can be promoted to a register and aliased loads and stores to that value's home memory location are caught and the proper fixup is performed. This paper will: a) describe the SLAT hardware and software; b) demonstrate that conventional register promotion is often inhibited by static compiler analysis; c) describe the speculative register promotion optimization; and d) quantify the performance increases possible when a SLAT is used. Our results show that for certain benchmarks, up to 35% of loads and 15% of stores can potentially be eliminated by using the SLAT. Matt Postiff, David A. Greene, Trevor N. Mudge |
MICRO | 2 |
| 1994 | When Does It Make cents to Give Up Physical Test Access?abstractAs conventional board designs continue to decrease in size, the cost of "test" is rising proportionally relative to physical, bed-of-nails access. The purpose of this paper is to provide a generalized framework by which users can more quantitatively analyze the costs and benefits of removing physical test access from conventional, surface mount technology (SMT) boards for the purpose of bed-of-nails testing. David A. Greene |
ITC | 1 |
| 1993 | Benefits of Boundary-Scan to In-Circuit TestabstractBoundary-Scan 1149.1 and its tight coupling with built-in self test (BIST) has proven to be an integral part in the time-to-market (TTM) and customer satisfaction that NCR computers are experiencing in their product realization cycles. As one of the many benefactors of these designed-in test features, the manufacturing test group within Columbia has realized tremendous increases in efficiencies in delivering tested modules, especially prototypes, to the respective design centers.> David A. Greene |
ITC | 1 |