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 Nakahira

dblp:89/6688 · DBLP profile ↗
← Back
4ranked-venue papers
0as first author
0since 2021 · last 1994
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Systems, architecture and hardware · 4Software engineering, systems software and programming languages · 3

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
4 papers
Memory systems · 38% Parallel and multicore computing · 30% Processor architecture and microarchitecture · 17%

Topics — the 10 heaviest of 11, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Processor architecture and microarchitecture
multiprocessor architecture
0.021994
The Stanford FLASH Multiprocessor · ISCA 1994
The Performance Impact of Flexibility in the Stanford FLASH Multiprocessor · ASPLOS 1994
Memory systems
cache coherence
0.021993
The DASH Prototype: Logic Overhead and Performance · IEEE Trans. Parallel Distributed Syst. 1993
The DASH Prototype: Implementation and Performance · ISCA 1992
Memory systems › cache coherence
directory-based coherence
0.021993
The DASH Prototype: Logic Overhead and Performance · IEEE Trans. Parallel Distributed Syst. 1993
The DASH Prototype: Implementation and Performance · ISCA 1992
Parallel and multicore computing › multiprocessor system
shared-memory multiprocessor
0.021993
The DASH Prototype: Logic Overhead and Performance · IEEE Trans. Parallel Distributed Syst. 1993
The DASH Prototype: Implementation and Performance · ISCA 1992
Memory systems › cache coherence
cache-coherent shared memory
0.011994
The Stanford FLASH Multiprocessor · ISCA 1994
Parallel and multicore computing › parallel programming models
message passing
0.011994
The Stanford FLASH Multiprocessor · ISCA 1994
Parallel and multicore computing
multiprocessor system
0.011993
The DASH Prototype: Logic Overhead and Performance · IEEE Trans. Parallel Distributed Syst. 1993
Memory systems › cache coherence
cache coherence protocol
0.011994
The Performance Impact of Flexibility in the Stanford FLASH Multiprocessor · ASPLOS 1994
Interconnection networks and networks-on-chip
network interface
0.011994
The Stanford FLASH Multiprocessor · ISCA 1994
Performance modeling and evaluation › performance monitoring
hardware performance monitoring
0.011992
The DASH Prototype: Implementation and Performance · ISCA 1992

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

verilog · 0.0system-level simulation · 0.0simulation · 0.0hardware performance monitor · 0.0workload characterization · 0.0performance measurement · 0.0
YearPublicationVenuePosition
1994 The Performance Impact of Flexibility in the Stanford FLASH Multiprocessor
abstract
A flexible communication mechanism is a desirable feature in multiprocessors because it allows support for multiple communication protocols, expands performance monitoring capabilities, and leads to a simpler design and debug process. In the Stanford FLASH multiprocessor, flexibility is obtained by requiring all transactions in a node to pass through a programmable node controller, called MAGIC. In this paper, we evaluate the performance costs of flexibility by comparing the performance of FLASH to that of an idealized hardwired machine on representative parallel applications and a multiprogramming workload. To measure the performance of FLASH, we use a detailed simulator of the FLASH and MAGIC designs, together with the code sequences that implement the cache-coherence protocol. We find that for a range of optimized parallel applications the performance differences between the idealized machine and FLASH are small. For these programs, either the miss rates are small or the latency of the programmable protocol can be hidden behind the memory access time. For applications that incur a large number of remote misses or exhibit substantial hot-spotting, performance is poor for both machines, though the increased remote access latencies or the occupancy of MAGIC lead to lower performance for the flexible design. In most cases, however, FLASH is only 2%–12% slower than the idealized machine.
Mark A. Heinrich, Jeffrey Kuskin, David Ofelt, John Heinlein, Joel Baxter, Jaswinder Pal Singh, Richard Simoni, Kourosh Gharachorloo, David Nakahira, Mark Horowitz, Anoop Gupta, Mendel Rosenblum, John L. Hennessy
ASPLOS9
1994 The Stanford FLASH Multiprocessor
abstract
The FLASH multiprocessor efficiently integrates support for cache-coherent shared memory and high-performance message passing, while minimizing both hardware and software overhead. Each node in FLASH contains a microprocessor, a portion of the machine's global memory, a port to the interconnection network, The MAGIC chip handles all communication both within the node and among nodes, using hardwired data paths for efficient data movement and a programmable processor optimized for executing protocol operations. The use of the protocol processor makes FLASH very flexible/spl minus/it can support a variety of different communication mechanisms/spl minus/and simplifies the design and implementation. This paper presents the architecture of FLASH and MAGIC, and discusses the base cache-coherence and message-passing protocols. Latency and occupancy numbers, which are derived from our system-level simulator and our Verilog code, are given for several common protocol operations. The paper also describes our software strategy and FLASH's current status.>
Jeffrey Kuskin, David Ofelt, Mark A. Heinrich, John Heinlein, Richard Simoni, Kourosh Gharachorloo, John Chapin, David Nakahira, Joel Baxter, Mark Horowitz, Anoop Gupta, Mendel Rosenblum, John L. Hennessy
ISCA8
1993 The DASH Prototype: Logic Overhead and Performance
abstract
The fundamental premise behind the DASH project is that it is feasible to build large-scale shared-memory multiprocessors with hardware cache coherence. The hardware overhead of directory-based cache coherence in a 48-processor is examined. The data show that the overhead is only about 10-15%, which appears to be a small cost for the ease of programming offered by coherent caches and the potential for higher performance. The performance of the system is discussed, and the speedups obtained by a variety of parallel applications running on the prototype are shown. Using a sophisticated hardware performance monitor, the effectiveness of coherent caches and the relationship between an application's reference behavior and its speedup are characterized. The optimizations incorporated in the DASH protocol are evaluated in terms of their effectiveness on parallel applications and on atomic tests that stress the memory system.>
Daniel Lenoski, James Laudon, Truman Joe, David Nakahira, Luis Stevens, Anoop Gupta, John L. Hennessy
IEEE Trans. Parallel Distributed Syst.4
1992 The DASH Prototype: Implementation and Performance
abstract
The fundamental premise behind the DASH project is that it is feasible to build large-scale shared-memory multiprocessors with hardware cache coherence. While paper studies and software simulators are useful for understanding many high-level design trade-offs, prototypes are essential to ensure that no critical details are overlooked. A prototype provides convincing evidence of the feasibility of the design allows one to accurately estimate both the hardware and the complexity cost of various features, and provides a platform for studying real workloads. A 16-processor prototype of the DASH multiprocessor has been operational for the last six months. In this paper, the hardware overhead of directory-based cache coherence in the prototype is examined. We also discuss the performance of the system, and the speedups obtained by parallel applications running on the prototype. Using a sophisticated hardware performance monitor, we characterize the effectiveness of coherent caches and the relationship between an application's reference behavior and its speedup.
Daniel Lenoski, James Laudon, Truman Joe, David Nakahira, Luis Stevens, Anoop Gupta, John L. Hennessy
ISCA4