Demo Data from EDBT 2026 / reviewers in the wild / expert
Aaron Nelson
dblp:129/6103
· DBLP profile ↗
2ranked-venue papers
0as first author
2since 2021 · last 2022
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 2 · 2 since 2021Software engineering, systems software and programming languages · 1 · 1 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.
| Software engineering, system software, and programming languages
2 papers |
Operating systems · 90% Compilers and program optimization · 10% | |
| Computer architecture, parallel and distributed computing, and storage systems
2 papers |
Parallel and multicore computing · 79% Memory systems · 21% |
Topics — the 6 heaviest of 7, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Operating systems › resource management › memory management › virtual memory
address translation |
0.6 | 1 | 2022 | CARAT CAKE: replacing paging via compiler/kernel cooperation · ASPLOS 2022 |
Operating systems › resource management › memory management
virtual memory |
0.6 | 1 | 2022 | CARAT CAKE: replacing paging via compiler/kernel cooperation · ASPLOS 2022 |
Parallel and multicore computing
parallel programming models |
0.5 | 1 | 2021 | Paths to OpenMP in the kernel · SC 2021 |
Compilers and program optimization › program transformation
compiler transformations |
0.2 | 1 | 2022 | CARAT CAKE: replacing paging via compiler/kernel cooperation · ASPLOS 2022 |
Memory systems › memory management
virtual memory |
0.2 | 1 | 2022 | CARAT CAKE: replacing paging via compiler/kernel cooperation · ASPLOS 2022 |
Parallel and multicore computing
parallel programming runtimes |
0.1 | 1 | 2021 | Paths to OpenMP in the kernel · SC 2021 |
Methods — techniques the papers use, named apart from their topics
runtime porting · 1.0custom compilation · 1.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2022 | CARAT CAKE: replacing paging via compiler/kernel cooperationabstractVirtual memory, specifically paging, is undergoing significant innovation due to being challenged by new demands from modern workloads. Recent work has demonstrated an alternative software only design that can result in simplified hardware requirements, even supporting purely physical addressing. While we have made the case for this Compiler- And Runtime-based Address Translation (CARAT) concept, its evaluation was based on a user-level prototype. We now report on incorporating CARAT into a kernel, forming Compiler- And Runtime-based Address Translation for CollAborative Kernel Environments (CARAT CAKE). In our implementation, a Linux-compatible x64 process abstraction can be based either on CARAT CAKE, or on a sophisticated paging implementation. Implementing CARAT CAKE involves kernel changes and compiler optimizations/transformations that must work on all code in the system, including kernel code. We evaluate CARAT CAKE in comparison with paging and find that CARAT CAKE is able to achieve the functionality of paging (protection, mapping, and movement properties) with minimal overhead. In turn, CARAT CAKE allows significant new benefits for systems including energy savings, larger L1 caches, and arbitrary granularity memory management. Brian Suchy, Souradip Ghosh, Drew Kersnar, Siyuan Chai 0001, Aaron Nelson, Michael Cuevas, Alex Bernat, Gaurav Chaudhary, Nikos Hardavellas, Simone Campanoni, Peter A. Dinda |
ASPLOS | 6 |
| 2021 | Paths to OpenMP in the kernelabstractOpenMP implementations make increasing demands on the kernel. We take the next step and consider bringing OpenMP into the kernel. Our vision is that the entire OpenMP application, run-time system, and a kernel framework is interwoven to become the kernel, allowing the OpenMP implementation to take full advantage of the hardware in a custom manner. We compare and contrast three approaches to achieving this goal. The first, runtime in kernel (RTK), ports the OpenMP runtime to the kernel, allowing any kernel code to use OpenMP pragmas. The second, process in kernel (PIK) adds a specialized process abstraction for running user-level OpenMP code within the kernel. The third, custom compilation for kernel (CCK), compiles OpenMP into a form that leverages the kernel framework without any intermediaries. We describe the design and implementation of these approaches, and evaluate them using NAS and other benchmarks. Jiacheng Ma 0002, Aaron Nelson, Michael Cuevas, Brian Homerding, Conghao Liu, Simone Campanoni, Kyle C. Hale, Peter A. Dinda |
SC | 3 |