Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

David A. Greene

dblp:05/4695 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Compilers and program optimization › register allocation
register promotion
0.012000
The store-load address table and speculative register promotion · MICRO 2000
Processor architecture and microarchitecture
speculative execution
0.012000
The store-load address table and speculative register promotion · MICRO 2000
Processor architecture and microarchitecture › out-of-order execution
memory disambiguation
0.012000
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
YearPublicationVenuePosition
2001 Integrating superscalar processor components to implement register caching
abstract
A 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
ICS2
2000 The store-load address table and speculative register promotion
abstract
Register 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
MICRO2
1994 When Does It Make cents to Give Up Physical Test Access?
abstract
As 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
ITC1
1993 Benefits of Boundary-Scan to In-Circuit Test
abstract
Boundary-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
ITC1