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.

Oliver Sharp

dblp:93/4015 · DBLP profile ↗
← Back
3ranked-venue papers
0as first author
0since 2021 · last 1993
—ORCID · none

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

Software engineering, systems software and programming languages · 2Systems, architecture and hardware · 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
3 papers
Parallel and multicore computing · 100%
Software engineering, system software, and programming languages
3 papers
Programming languages and type systems · 59% Compilers and program optimization · 41%

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

TopicWeightPapersLastEvidence papers
Programming languages and type systems
language design
0.021991
Parallel Programming With Coordination Structures · POPL 1991
Delirium: an embedding coordination language · SC 1990
Parallel and multicore computing
parallel programming models
0.021991
Parallel Programming With Coordination Structures · POPL 1991
Delirium: an embedding coordination language · SC 1990
Compilers and program optimization
parallel program optimization
0.011993
Orchestrating Interactions Among Parallel Computations · PLDI 1993
Parallel and multicore computing
parallelizing compiler
0.011993
Orchestrating Interactions Among Parallel Computations · PLDI 1993
Parallel and multicore computing › parallel programming models › concurrent programming languages
coordination language
0.011990
Delirium: an embedding coordination language · SC 1990
Parallel and multicore computing
deterministic execution
0.011990
Delirium: an embedding coordination language · SC 1990

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

synchronization avoidance · 0.0pipelining · 0.0distributed data structures · 0.0embedded operators · 0.0coordination model · 0.0
YearPublicationVenuePosition
1993 Orchestrating Interactions Among Parallel Computations
abstract
Many parallel programs contain multiple sub-computations, each with distinct communication and load balancing requirements. The traditional approach to compiling such programs is to impose a processor synchronization barrier between sub-computations, optimizing each as a separate entity. This paper develops a methodology for managing the interactions among sub-computations, avoiding strict synchronization where concurrent or pipelined relationships are possible.
Susan L. Graham, Steven Lucco, Oliver Sharp
PLDI3
1991 Parallel Programming With Coordination Structures
abstract
Parallel programs display two fundamentally different kinds of execution behavior: synchronous and asynchronous.Some methodologies, such as distributed data structures, are best suited to the construction of asynchronous programs.In this paper, we propose a methodology for synchronous parallel programming based on the notion of a coordination structure, a direct representation of the multidimensional dataflow patterns common to synchronous programs.We introduce Delirium, a language in which one can concisely express many useful coordination structures.
Steven Lucco, Oliver Sharp
POPL2
1990 Delirium: an embedding coordination language
abstract
The authors outline a strategy for expressing coordination of sequential subcomputations, realized in the embedding language Delirium. In contrast to existing embedded languages, the notation clearly expresses the coordination framework of the application. All the coordination required to execute the program is expressed in a unified Delirium program. The program contains the computational code in the form of embedded operators, written using conventional tools. The proposed environment, which executes on a variety of shared-memory multi processors, provides tools which make it possible to develop parallel applications quickly. It supports a coordination model than can guarantee deterministic execution. Programmers who remain within the restrictions of the model can develop a program on a sequential machine and be certain that it will execute deterministically on a variety of parallel architectures.>
Steven Lucco, Oliver Sharp
SC2