EDBT 2026 Demo / reviewers in the wild / expert
Arthur Michener Peters
dblp:183/5091
· DBLP profile ↗
6ranked-venue papers
2as first author
2since 2021 · last 2025
0000-0002-1960-7422ORCID · verified
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 4 · 2 first-authorSystems, architecture and hardware · 3 · 2 since 2021
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
2 papers |
Parallel and multicore computing · 42% GPUs and heterogeneous computing · 21% Cloud and datacenter computing · 16% | |
| Software engineering, system software, and programming languages
1 paper |
Programming languages and type systems · 100% |
Topics — the 7 heaviest of 8, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Parallel and multicore computing › parallel scheduling
resource-aware scheduling |
0.6 | 1 | 2022 | Parla: A Python Orchestration System for Heterogeneous Architectures · SC 2022 |
Parallel and multicore computing
task scheduling |
0.6 | 1 | 2022 | Parla: A Python Orchestration System for Heterogeneous Architectures · SC 2022 |
Hardware accelerators and domain-specific architectures › accelerator orchestration
accelerator sharing |
0.4 | 1 | 2020 | AvA: Accelerated Virtualization of Accelerators · ASPLOS 2020 |
Cloud and datacenter computing
virtualization |
0.4 | 1 | 2020 | AvA: Accelerated Virtualization of Accelerators · ASPLOS 2020 |
Programming languages and type systems › concurrent programming languages
concurrent object-oriented programming |
0.2 | 1 | 2016 | OrcO: a concurrency-first approach to objects · OOPSLA 2016 |
High-performance computing › scientific computing
scientific computing application |
0.2 | 1 | 2022 | Parla: A Python Orchestration System for Heterogeneous Architectures · SC 2022 |
Programming languages and type systems
object-oriented programming |
0.1 | 1 | 2016 | OrcO: a concurrency-first approach to objects · OOPSLA 2016 |
Methods — techniques the papers use, named apart from their topics
task-based runtime · 0.6GPU context management · 0.6
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | VLCs: Managing Parallelism with Virtualized LibrariesabstractAs the complexity and scale of modern parallel machines continue to grow, programmers increasingly rely on composition of software libraries to encapsulate and exploit parallelism. However, many libraries are not designed with composition in mind and assume they have exclusive access to all resources. Using such libraries concurrently can result in contention and degraded performance. Prior solutions involve modifying the libraries or the OS, which is often infeasible. Yineng Yan, William Ruys, Ian Henriksen, Arthur Michener Peters, Sean Stephens, Bozhi You, Henrique Fingler, Martin Burtscher, Milos Gligoric 0001, Keshav Pingali, Mattan Erez, George Biros, Christopher J. Rossbach |
SoCC | 5 |
| 2022 | Parla: A Python Orchestration System for Heterogeneous ArchitecturesabstractPython's ease of use and rich collection of numeric libraries make it an excellent choice for rapidly developing scientific applications. However, composing these libraries to take advantage of complex heterogeneous nodes is still difficult. To simplify writing multi-device code, we created Parla, a heterogeneous task-based programming framework that fully supports Python's scientific programming stack. Parla's API is based on Python decorators and allows users to wrap code in Parla tasks for parallel execution. Parla arrays enable automatic movement of data between devices. The Parla runtime handles resource-aware mapping, scheduling, and execution of tasks. Compared to other Python tasking systems, Parla is unique in its parallelization of tasks within a single process, its GPU context and resource-aware runtime, and its design around gradual adoption to provide easy migration of and integration into existing Python applications. We show that Parla can achieve performance competitive with hand-optimized code while improving ease of development. William Ruys, Ian Henriksen, Arthur Michener Peters, Yineng Yan, Sean Stephens, Bozhi You, Henrique Fingler, Martin Burtscher, Milos Gligoric 0001, Karl W. Schulz, Keshav Pingali, Christopher J. Rossbach, Mattan Erez, George Biros |
SC | 4 |
| 2020 | AvA: Accelerated Virtualization of AcceleratorsabstractApplications are migrating en masse to the cloud, while accelerators such as GPUs, TPUs, and FPGAs proliferate in the wake of Moore's Law. These trends are in conflict: cloud applications run on virtual platforms, but existing virtualization techniques have not provided production-ready solutions for accelerators. As a result, cloud providers expose accelerators by dedicating physical devices to individual guests. Multi-tenancy and consolidation are lost as a consequence. Hangchen Yu, Arthur Michener Peters, Amogh Akshintala, Christopher J. Rossbach |
ASPLOS | 2 |
| 2019 | Automatic Virtualization of AcceleratorsabstractApplications are migrating en masse to the cloud, while accelerators such as GPUs, TPUs, and FPGAs proliferate in the wake of Moore's Law. These technological trends are incompatible. Cloud applications run on virtual platforms, but traditional I/O virtualization techniques have not provided production-ready solutions for accelerators. As a result, cloud providers expose accelerators by using pass-through techniques which dedicate physical devices to individual guests. The multi-tenancy that drives their business is lost as a consequence. Hangchen Yu, Arthur Michener Peters, Amogh Akshintala, Christopher J. Rossbach |
HotOS | 2 |
| 2019 | PorcE: a deparallelizing compilerabstractConcurrent and parallel programming environments must balance three competing goals: performance, productivity, and generality. Most current environments take a sequential specification and parallelize it through a series of program analyses and transformations. Programmer productivity is determined by how much the programmer is involved in specifying the transform. A programming environment’s generality is determined by how much it restricts its programming model to enable the transform to be more automatic or provide better performance. Productivity and generality impact the performance of the resulting code, giving rise to a performance–productivity–generality trade-off space. Arthur Michener Peters, John A. Thywissen, Christopher J. Rossbach |
MPLR | 1 |
| 2016 | OrcO: a concurrency-first approach to objectsabstractThe majority of modern programming languages provide concurrency and object-orientation in some form. However, object-oriented concurrency remains cumbersome in many situations. We introduce the language OrcO, Orc with concurrent Objects, which enables a flexible style of concurrent object-oriented programming. OrcO extends the Orc programming language by adding abstractions for programming-in-the-large; namely objects, classes, and inheritance. OrcO objects are designed to be orthogonal to concurrency, allowing the concurrent structure and object structure of a program to evolve independently. This paper describes OrcO's goals and design and provides examples of how OrcO can be used to deftly handle events, object management, and object composition. Arthur Michener Peters, David Kitchin, John A. Thywissen, William R. Cook |
OOPSLA | 1 |