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.

Michael Upton

dblp:30/4772 · DBLP profile ↗
← Back
5ranked-venue papers
2as 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 · 5 · 2 first-authorSoftware engineering, systems software and programming languages · 3 · 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
5 papers
Processor architecture and microarchitecture · 77% Performance modeling and evaluation · 9% Parallel and multicore computing · 6%
Software engineering, system software, and programming languages
2 papers
Operating systems · 95% Compilers and program optimization · 5%

Topics — the 12 heaviest of 16, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Processor architecture and microarchitecture
chip multiprocessor
0.112005
The Impact of Performance Asymmetry in Emerging Multicore Architectures · ISCA 2005
Processor architecture and microarchitecture › pipelining
continual flow pipeline
0.012004
Continual flow pipelines · ASPLOS 2004
Processor architecture and microarchitecture › out-of-order execution
instruction window
0.012004
Continual flow pipelines · ASPLOS 2004
Processor architecture and microarchitecture › pipelining
pipeline design
0.012004
Continual flow pipelines · ASPLOS 2004
Processor architecture and microarchitecture
multicore design
0.012004
Continual flow pipelines · ASPLOS 2004
Cloud and datacenter computing
resource allocation
0.011994
Resource Allocation in a High Clock Rate Microprocessor · ASPLOS 1994
Performance modeling and evaluation › simulation › discrete-event simulation
trace-driven simulation
0.011994
Resource Allocation in a High Clock Rate Microprocessor · ASPLOS 1994
Processor architecture and microarchitecture › pipelining
instruction pipeline
0.011993
A microarchitectural performance evaluation of a 3.2 Gbyte/s microprocessor bus · MICRO 1993
Processor architecture and microarchitecture › pipelining
pipeline hazard
0.011993
A microarchitectural performance evaluation of a 3.2 Gbyte/s microprocessor bus · MICRO 1993
Electronic design automation
physical design
0.011990
Integrated Placement for Mixed Macro Cell and Standard Cell Designs · DAC 1990
Electronic design automation › physical design
placement
0.011990
Integrated Placement for Mixed Macro Cell and Standard Cell Designs · DAC 1990
Performance modeling and evaluation
cost modeling
0.011994
Resource Allocation in a High Clock Rate Microprocessor · ASPLOS 1994

Methods — techniques the papers use, named apart from their topics

hardware prototype evaluation · 0.1simulation · 0.0microarchitectural simulation · 0.0dependency classification · 0.0trace-driven simulation · 0.0cost model · 0.0partitioning · 0.0optimization · 0.0
YearPublicationVenuePosition
2005 The Impact of Performance Asymmetry in Emerging Multicore Architectures
abstract
Performance asymmetry in multicore architectures arises when individual cores have different performance. Building such multicore processors is desirable because many simple cores together provide high parallel performance while a few complex cores ensure high serial performance. However, application developers typically assume computational cores provide equal performance, and performance asymmetry breaks this assumption. This paper is concerned with the behavior of commercial applications running on performance asymmetric systems. We present the first study investigating the impact of performance asymmetry on a wide range of commercial applications using a hardware prototype. We quantify the impact of asymmetry on an application's performance variance when run multiple times, and the impact on the application's scalability. Performance asymmetry adversely affects behavior of many workloads. We study ways to eliminate these effects. In addition to asymmetry-aware operating system kernels, the application often itself needs to be aware of performance asymmetry for stable and scalable performance.
Saisanthosh Balakrishnan, Ravi Rajwar, Michael Upton, Konrad Lai
ISCA3
2004 Continual flow pipelines
abstract
Increased integration in the form of multiple processor cores on a single die, relatively constant die sizes, shrinking power envelopes, and emerging applications create a new challenge for processor architects. How to build a processor that provides high single-thread performance and enables multiple of these to be placed on the same die for high throughput while dynamically adapting for future applications? Conventional approaches for high single-thread performance rely on large and complex cores to sustain a large instruction window for memory tolerance, making them unsuitable for multi-core chips. We present Continual Flow Pipelines (CFP) as a new non-blocking processor pipeline architecture that achieves the performance of a large instruction window without requiring cycle-critical structures such as the scheduler and register file to be large. We show that to achieve benefits of a large instruction window, inefficiencies in management of both the scheduler and register file must be addressed, and we propose a unified solution. The non-blocking property of CFP keeps key processor structures affecting cycle time and power (scheduler, register file), and die size (second level cache) small. The memory latency-tolerant CFP core allows multiple cores on a single die while outperforming current processor cores for single-thread applications.
Srikanth T. Srinivasan, Ravi Rajwar, Haitham Akkary, Amit Gandhi, Michael Upton
ASPLOS5
1994 Resource Allocation in a High Clock Rate Microprocessor
abstract
This paper discusses the design of a high clock rate (300MHz) processor. The architecture is described, and the goals for the design are explained. The performance of three processor models is evaluated using trace-driven simulation. A cost model is used to estimate the resources required to build processors with varying sizes of on-chip memories, in both single and dual issue models. Recommendations are then made to increase the effectiveness of each of the models.
Michael Upton, Thomas R. Huff, Trevor N. Mudge, Richard B. Brown
ASPLOS1
1993 A microarchitectural performance evaluation of a 3.2 Gbyte/s microprocessor bus
abstract
The conventional classification of inter-instruction dependencies (data, anti and output dependencies) provides a basic scheme for the analysis of pipeline hazards in pipelined instruction set processors. However, it does not consider the relative spatial positions of micro-operations in the pipeline, thus providing limited hints to hardware designers and compiler writers about the hazard resolution in generalized pipeline structures. The authors propose an extension to the conventional classification of dependencies, which is capable of encapsulating the spatial/temporal relationship and providing precise hardware/software resolution strategies. With the extended classification and its associated hardware/software resolution strategies, they are able to systematically analyze the potential register-related pipeline hazards for a given pipeline structure, determine appropriate resolution strategies, and explore the tradeoff between hardware and software complexities. The methodology enables the systematic synthesis of high performance pipelined micro-architectures, and is useful to derive the back-end of the supporting compilers.>
Tim J. Stanley, Michael Upton, Patrick Sherhart, Trevor N. Mudge, Richard B. Brown
MICRO2
1990 Integrated Placement for Mixed Macro Cell and Standard Cell Designs
abstract
This paper presents an approach to the automatic placement of a combination of macro blocks and standard cells. Standard cells are partitioned into flexible virtual blocks during block placement and are later placed into the target area through an integrated optimization routine. Results for a number of examples are given, including those from standard placement benchmarks.
Michael Upton, Khosrow Samii, Stephen Sugiyama
DAC1