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

Kirk L. Johnson

dblp:49/4513 · DBLP profile ↗
← Back
8ranked-venue papers
3as 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 · 1 first-authorSoftware engineering, systems software and programming languages · 4 · 2 first-authorComputer networks · 1 · 1 first-authorApplied, interdisciplinary, general and emerging computing · 1

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
7 papers
Parallel and multicore computing · 45% Memory systems · 33% Processor architecture and microarchitecture · 11%
Computer networks
1 paper
Internet architecture and protocols · 75% Content delivery and video streaming · 25%
Software engineering, system software, and programming languages
1 paper
Runtime systems and virtual machines · 100%

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

TopicWeightPapersLastEvidence papers
Memory systems
cache coherence
0.031999
The MIT Alewife Machine · Proc. IEEE 1999
The MIT Alewife Machine: Architecture and Performance · ISCA 1995
CRL: High-Performance All-Software Distributed Shared Memory · SOSP 1995
Memory systems › shared memory
distributed shared memory
0.021999
The MIT Alewife Machine · Proc. IEEE 1999
CRL: High-Performance All-Software Distributed Shared Memory · SOSP 1995
Parallel and multicore computing
parallel programming models
0.021999
The MIT Alewife Machine · Proc. IEEE 1999
Integrating Message-Passing and Shared-Memory: Early Experience · PPoPP 1993
Parallel and multicore computing › parallel programming models
message passing
0.031995
Optimistic Active Messages: A Mechanism for Scheduling Communication with Computation · PPoPP 1995
Integrating Message-Passing and Shared-Memory: Early Experience · PPoPP 1993
The MIT Alewife Machine: Architecture and Performance · ISCA 1995
Internet architecture and protocols
multicast
0.012000
Overcast: Reliable Multicasting with an Overlay Network · OSDI 2000
Content delivery and video streaming
overlay multicast
0.012000
Overcast: Reliable Multicasting with an Overlay Network · OSDI 2000
Internet architecture and protocols
overlay networks
0.012000
Overcast: Reliable Multicasting with an Overlay Network · OSDI 2000
Internet architecture and protocols › multicast
reliable multicast
0.012000
Overcast: Reliable Multicasting with an Overlay Network · OSDI 2000
Processor architecture and microarchitecture
multiprocessor architecture
0.021995
The MIT Alewife Machine: Architecture and Performance · ISCA 1995
Integrating Message-Passing and Shared-Memory: Early Experience · PPoPP 1993
Parallel and multicore computing › parallel programming models › hybrid programming models
shared memory and message passing
0.011999
The MIT Alewife Machine · Proc. IEEE 1999
Runtime systems and virtual machines › runtime environment
runtime scheduling
0.011995
Optimistic Active Messages: A Mechanism for Scheduling Communication with Computation · PPoPP 1995
Parallel and multicore computing › parallel programming runtimes
active messages
0.011995
Optimistic Active Messages: A Mechanism for Scheduling Communication with Computation · PPoPP 1995
Parallel and multicore computing › multiprocessor system
scalable multiprocessor
0.011995
The MIT Alewife Machine: Architecture and Performance · ISCA 1995
Memory systems › shared memory › distributed shared memory
software distributed shared memory
0.011995
CRL: High-Performance All-Software Distributed Shared Memory · SOSP 1995
Parallel and multicore computing › parallel programming models
shared-memory parallelization
0.011993
Integrating Message-Passing and Shared-Memory: Early Experience · PPoPP 1993
Interconnection networks and networks-on-chip
communication locality
0.011992
The Impact of Communication Locality on Large-Scale Multiprocessor Performance · ISCA 1992
Performance modeling and evaluation › parallel system performance
multiprocessor performance modeling
0.011992
The Impact of Communication Locality on Large-Scale Multiprocessor Performance · ISCA 1992
Distributed systems › peer-to-peer systems
overlay networks
0.012000
Overcast: Reliable Multicasting with an Overlay Network · OSDI 2000
Processor architecture and microarchitecture
memory latency tolerance
0.011999
The MIT Alewife Machine · Proc. IEEE 1999
Interconnection networks and networks-on-chip › network topology
mesh network
0.011999
The MIT Alewife Machine · Proc. IEEE 1999
Parallel and multicore computing › multiprocessor system
large-scale multiprocessor
0.011992
The Impact of Communication Locality on Large-Scale Multiprocessor Performance · ISCA 1992

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

prefetching · 0.0block multithreading · 0.0optimistic scheduling · 0.0message handlers · 0.0software-extended coherent shared memory · 0.0coherent caching · 0.0simulation · 0.0analytical modeling · 0.0
YearPublicationVenuePosition
2001 The measured performance of content distribution networks
Kirk L. Johnson, John F. Carr, Mark S. Day, M. Frans Kaashoek
Comput. Commun.1
2000 Overcast: Reliable Multicasting with an Overlay Network
John Jannotti, David K. Gifford, Kirk L. Johnson, M. Frans Kaashoek, James W. O'Toole Jr.
OSDI3
1999 The MIT Alewife Machine
abstract
A variety of models for parallel architectures, such as shared memory, message passing, and data flow, have converged in the recent past to a hybrid architecture form called distributed shared memory (DSM). Alewife, an early prototype of such DSM architectures, uses hybrid software and hardware mechanisms to support coherent shared memory, efficient user level messaging, fine grain synchronization, and latency tolerance. Alewife supports up to 512 processing nodes connected over a scalable and cost effective mesh network at a constant cost per node. Four mechanisms combine to achieve Alewife's goals of scalability and programmability: software extended coherent shared memory provides a global, linear address space; integrated message passing allows compiler and operating system designers to provide efficient communication and synchronization; support for fine grain computation allows many processors to cooperate on small problem sizes; and latency tolerance mechanisms-including block multithreading and prefetching-mask unavoidable delays due to communication. Extensive results from microbenchmarks, together with over a dozen complete applications running on a 32-node prototype, demonstrate that integrating message passing with shared memory enables a cost efficient solution to the cache coherence problem and provides a rich set of programming primitives. Our results further show that messaging and shared memory operations are both important because each helps the programmer to achieve the best performance for various machine configurations.
Anant Agarwal, Ricardo Bianchini, David Chaiken, Fred Chong, Kirk L. Johnson, David A. Kranz, John Kubiatowicz, Beng-Hong Lim, Kenneth Mackenzie, Donald Yeung
Proc. IEEE5
1995 The MIT Alewife Machine: Architecture and Performance
abstract
Alewife is a multiprocessor architecture that supports up to 512 processing nodes connected over a scalable and cost-effective mesh network at a constant cost per node. The MIT Alewife machine, a prototype implementation of the architecture, demonstrates that a parallel system can be both scalable and programmable. Four mechanisms combine to achieve these goals: software-extended coherent shared memory provides a global, linear address space; integrated message passing allows compiler and operating system designers to provide efficient communication and synchronization; support for fine-grain computation allows many processors to cooperate on small problem sizes; and latency tolerance mechanisms --- including block multithreading and prefetching --- mask unavoidable delays due to communication.Microbenchmarks, together with over a dozen complete applications running on the 32-node prototype, help to analyze the behavior of the system. Analysis shows that integrating message passing with shared memory enables a cost-efficient solution to the cache coherence problem and provides a rich set of programming primitives. Block multithreading and prefetching improve performance by up to 25% individually, and 35% together. Finally, language constructs that allow programmers to express fine-grain synchronization can improve performance by over a factor of two.
Anant Agarwal, Ricardo Bianchini, David Chaiken, Kirk L. Johnson, David A. Kranz, John Kubiatowicz, Beng-Hong Lim, Kenneth Mackenzie, Donald Yeung
ISCA4
1995 Optimistic Active Messages: A Mechanism for Scheduling Communication with Computation
abstract
Low-overhead message passing is critical to the performance of many applications. Active Messages reduce the software overhead for message handling: messages are run as handlers instead of as threads, which avoids the overhead of thread management and the unnecessary data copying of other communication models. Scheduling the execution of Active Messages is typically done by disabling and enabling interrupts, or by polling the network. This primitive scheduling control, combined with the fact that handlers are not schedulable entities, puts severe restrictions on the code that can be run in a message handler. This paper describes a new software mechanism, Optimistic Active Messages (OAM), that eliminates these restrictions; OAMs allow arbitrary user code to execute in handlers, and also allow handlers to block. Despite this gain in expressiveness, OAMs perform as well as Active Messages.
Deborah A. Wallach, Wilson C. Hsieh, Kirk L. Johnson, M. Frans Kaashoek, William E. Weihl
PPoPP3
1995 CRL: High-Performance All-Software Distributed Shared Memory
abstract
article Free Access Share on CRL: high-performance all-software distributed shared memory Authors: K. L. Johnson MIT Laboratory for Computer Science, Cambridge, MA MIT Laboratory for Computer Science, Cambridge, MAView Profile , M. F. Kaashoek MIT Laboratory for Computer Science, Cambridge, MA MIT Laboratory for Computer Science, Cambridge, MAView Profile , D. A. Wallach MIT Laboratory for Computer Science, Cambridge, MA MIT Laboratory for Computer Science, Cambridge, MAView Profile Authors Info & Claims ACM SIGOPS Operating Systems ReviewVolume 29Issue 5Dec. 3, 1995 pp 213–226https://doi.org/10.1145/224057.224073Published:03 December 1995Publication History 161citation782DownloadsMetricsTotal Citations161Total Downloads782Last 12 Months60Last 6 weeks14 Get Citation AlertsNew Citation Alert added!This alert has been successfully added and will be sent to:You will be notified whenever a record that you have chosen has been cited.To manage your alert preferences, click on the button below.Manage my AlertsNew Citation Alert!Please log in to your account Save to BinderSave to BinderCreate a New BinderNameCancelCreateExport CitationPublisher SiteeReaderPDF
Kirk L. Johnson, M. Frans Kaashoek, Deborah A. Wallach
SOSP1
1993 Integrating Message-Passing and Shared-Memory: Early Experience
abstract
This paper discusses some of the issues involved in implementing a shared-address space programming model on large-scale, distributed-memory multiprocessors. While such a programming model can be implemented on both shared-memory and message-passing architectures, we argue that the transparent, coherent caching of global data provided by many shared-memory architectures is of crucial importance. Because message-passing mechanisms ar much more efficient than shared-memory loads and stores for certain types of interprocessor communication and synchronization operations, hwoever, we argue for building multiprocessors that efficiently support both shared-memory and message-passing mechnisms. We describe an architecture, Alewife, that integrates support for shared-memory and message-passing through a simple interface; we expect the compiler and runtime system to cooperate in using appropriate hardware mechanisms that are most efficient for specific operations. We report on both integrated and exclusively shared-memory implementations of our runtime system and two applications. The integrated runtime system drastically cuts down the cost of communication incurred by the scheduling, load balancing, and certain synchronization operations. We also present preliminary performance results comparing the two systems.
David A. Kranz, Kirk L. Johnson, Anant Agarwal, John Kubiatowicz, Beng-Hong Lim
PPoPP2
1992 The Impact of Communication Locality on Large-Scale Multiprocessor Performance
abstract
As multiprocessor sizes scale and computer architects turn to interconnection networks with non-uniform communication latencies, the lure of exploiting communication locality to increase performance become inevitable. Models that accurately quantify locality effects provide invaluable insight into the importance of exploiting locality as machine sizes and features change. This paper presents a framework for modeling the impact of communication locality on system performance. The framework provides a means for combining simple models of application, processor, and network behavior to obtain a combined model that accurately reflects feedback effects between processors and networks. We introduce a model that characterizes application behavior with three parameters that capture computation grain, sensitivity to communication latency, and amount of locality present at execution time. The combined model, we show that exploiting communication locality provides gains which are at most linear in the factor by which average communication distance is reduced when the number of outstanding communication transactions per processor is bounded. The combined model is also used to obtain rough upper bounds on the performance improvement from exploiting locality to minimize communication distance.
Kirk L. Johnson
ISCA1