David Cunningham

dblp:09/4798 · DBLP profile ↗
← Back
5ranked-venue papers
1as first author
0since 2021 · last 2014
0000-0003-1390-4853ORCID · corroborated

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

Systems, architecture and hardware · 2 · 1 first-authorSoftware engineering, systems software and programming languages · 2Databases, data management, data science and information retrieval · 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 · 63% Cloud and datacenter computing · 20% Distributed systems · 13%

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

TopicWeightPapersLastEvidence papers
Parallel and multicore computing
parallel programming models
0.422014
X10 and APGAS at Petascale · PPoPP 2014
Resilient X10: efficient failure-aware programming · PPoPP 2014
Distributed systems
fault tolerance
0.212014
Resilient X10: efficient failure-aware programming · PPoPP 2014
Parallel and multicore computing › parallel computing
parallel programming languages
0.212014
X10 and APGAS at Petascale · PPoPP 2014
Parallel and multicore computing › parallel programming models › distributed memory programming models
partitioned global address space
0.212014
X10 and APGAS at Petascale · PPoPP 2014
Cloud and datacenter computing
cluster computing framework
0.112012
M3R: Increased performance for in-memory Hadoop jobs · Proc. VLDB Endow. 2012
Cloud and datacenter computing › big data analytics
in-memory data analytics
0.112012
M3R: Increased performance for in-memory Hadoop jobs · Proc. VLDB Endow. 2012
Parallel and multicore computing › parallel programming runtimes
mapreduce runtime
0.112012
M3R: Increased performance for in-memory Hadoop jobs · Proc. VLDB Endow. 2012
High-performance computing › supercomputing
petascale computing
0.112014
X10 and APGAS at Petascale · PPoPP 2014

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

asynchronous partitioned global address space · 0.2in-memory execution · 0.1
YearPublicationVenuePosition
2014 Semantics of (Resilient) X10
Silvia Crafa, David Cunningham, Vijay A. Saraswat, Avraham Shinnar, Olivier Tardieu
ECOOP2
2014 Resilient X10: efficient failure-aware programming
abstract
Scale-out programs run on multiple processes in a cluster. In scale-out systems, processes can fail. Computations using traditional libraries such as MPI fail when any component process fails. The advent of Map Reduce, Resilient Data Sets and MillWheel has shown dramatic improvements in productivity are possible when a high-level programming framework handles scale-out and resilience automatically.
David Cunningham, David Grove, Benjamin Herta, Arun Iyengar, Kiyokuni Kawachiya, Hiroki Murata, Vijay A. Saraswat, Mikio Takeuchi, Olivier Tardieu
PPoPP1
2014 X10 and APGAS at Petascale
abstract
X10 is a high-performance, high-productivity programming language aimed at large-scale distributed and shared-memory parallel applications. It is based on the Asynchronous Partitioned Global Address Space (APGAS) programming model, supporting the same fine-grained concurrency mechanisms within and across shared-memory nodes.
Olivier Tardieu, Benjamin Herta, David Cunningham, David Grove, Prabhanjan Kambadur, Vijay A. Saraswat, Avraham Shinnar, Mikio Takeuchi, Mandana Vaziri
PPoPP3
2012 Object Initialization in X10
Yoav Zibin, David Cunningham, Igor Peshansky, Vijay A. Saraswat
ECOOP2
2012 M3R: Increased performance for in-memory Hadoop jobs
abstract
Main Memory Map Reduce (M3R) is a new implementation of the Hadoop Map Reduce (HMR) API targeted at online analytics on high mean-time-to-failure clusters. It does not support resilience, and supports only those workloads which can fit into cluster memory. In return, it can run HMR jobs unchanged -- including jobs produced by compilers for higher-level languages such as Pig, Jaql, and SystemML and interactive front-ends like IBM BigSheets -- while providing significantly better performance than the Hadoop engine on several workloads (e.g. 45x on some input sizes for sparse matrix vector multiply). M3R also supports extensions to the HMR API which can enable Map Reduce jobs to run faster on the M3R engine, while not affecting their performance under the Hadoop engine.
Avraham Shinnar, David Cunningham, Benjamin Herta, Vijay A. Saraswat
Proc. VLDB Endow.2