EDBT 2026 Demo / reviewers in the wild / expert
Lars Wrenger
dblp:351/5664
· DBLP profile ↗
4ranked-venue papers
3as first author
4since 2021 · last 2025
0009-0006-9583-6207ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 3 · 3 first-author · 3 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.
| Computer architecture, parallel and distributed computing, and storage systems
3 papers |
Memory systems · 66% Cloud and datacenter computing · 34% | |
| Software engineering, system software, and programming languages
3 papers |
Operating systems · 100% |
Topics — the 12 heaviest of 13, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Memory systems › memory management › memory allocation
page allocation |
1.5 | 2 | 2025 | HyperAlloc: Efficient VM Memory De/Inflation via Hypervisor-Shared Page-Frame Allocators · EuroSys 2025 LLFree: Scalable and Optionally-Persistent Page-Frame Allocation · USENIX ATC 2023 |
Cloud and datacenter computing
virtualization |
1.1 | 2 | 2025 | HyperAlloc: Efficient VM Memory De/Inflation via Hypervisor-Shared Page-Frame Allocators · EuroSys 2025 MettEagle: Costs and Benefits of Implementing Containers on Microkernels · OSDI 2025 |
Memory systems
DRAM |
0.9 | 1 | 2025 | HyperAlloc: Efficient VM Memory De/Inflation via Hypervisor-Shared Page-Frame Allocators · EuroSys 2025 |
Memory systems › memory management
memory allocation |
0.9 | 1 | 2025 | HyperAlloc: Efficient VM Memory De/Inflation via Hypervisor-Shared Page-Frame Allocators · EuroSys 2025 |
Cloud and datacenter computing › virtualization
virtual machine memory management |
0.9 | 1 | 2025 | HyperAlloc: Efficient VM Memory De/Inflation via Hypervisor-Shared Page-Frame Allocators · EuroSys 2025 |
Operating systems › resource management
memory management |
0.7 | 1 | 2023 | LLFree: Scalable and Optionally-Persistent Page-Frame Allocation · USENIX ATC 2023 |
Operating systems › resource management › memory management
page allocation |
0.7 | 1 | 2023 | LLFree: Scalable and Optionally-Persistent Page-Frame Allocation · USENIX ATC 2023 |
Memory systems
memory management |
0.7 | 1 | 2023 | LLFree: Scalable and Optionally-Persistent Page-Frame Allocation · USENIX ATC 2023 |
Operating systems › virtualization
hypervisor |
0.3 | 1 | 2025 | HyperAlloc: Efficient VM Memory De/Inflation via Hypervisor-Shared Page-Frame Allocators · EuroSys 2025 |
Cloud and datacenter computing › virtualization › containerization
container-based virtualization |
0.3 | 1 | 2025 | MettEagle: Costs and Benefits of Implementing Containers on Microkernels · OSDI 2025 |
Memory systems
non-volatile memory |
0.2 | 1 | 2023 | LLFree: Scalable and Optionally-Persistent Page-Frame Allocation · USENIX ATC 2023 |
Memory systems › non-volatile memory
persistent memory |
0.2 | 1 | 2023 | LLFree: Scalable and Optionally-Persistent Page-Frame Allocation · USENIX ATC 2023 |
Methods — techniques the papers use, named apart from their topics
memory hotplugging · 1.7ballooning · 1.7
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | HyperAlloc: Efficient VM Memory De/Inflation via Hypervisor-Shared Page-Frame AllocatorsabstractThe provisioning of the right amount of DRAM to virtual machines (VMs) is still a major challenge and cost driver in virtualization settings. Many VMs run applications with highly volatile memory demands, which either leads to massive overprovisioning in low-demand phases or poor QoS in high-demand phases. Memory hotplugging and ballooning have become established techniques (in Linux/KVM available via virtio-mem and virtio-balloon) to dynamically de/inflate the physical memory of a VM cooperatively, by having the guests give back unused memory to the hypervisor. However, current VM deflation techniques are either not DMA-safe, preventing the passthrough of important devices like GPUs or NICs, or are not flexible or fast enough to cope with the frequently changing demands of the guest. Lars Wrenger, Kenny Albes, Marco Wurps, Christian Dietrich 0001, Daniel Lohmann |
EuroSys | 1 |
| 2025 | MettEagle: Costs and Benefits of Implementing Containers on Microkernels
Till Miemietz, Viktor Reusch, Matthias Hille, Lars Wrenger, Jana Eisoldt, Jan Klötzke, Max Kurze, Adam Lackorzynski, Michael Roitzsch, Hermann Härtig |
OSDI | 4 |
| 2024 | Analyzing the memory ordering models of the Apple M1abstractThe Apple M1 ARM processor family incorporates two memory consistency models: the conventional ARM weak memory ordering and the Total store ordering (TSO) model from the x86 architecture utilized by Apple’s x86 emulator, Rosetta 2. The presence of both memory ordering models on the same hardware enables us to thoroughly benchmark and compare their performance characteristics and worst-case workloads. In this paper, we assess the performance implications of TSO on the Apple M1 processor architecture. Based on the multi-threading workloads of the SPEC2017 CPU FP benchmark suite, our findings indicate that TSO is, on average, 8.94 percent slower than ARM’s weaker memory ordering. Through synthetic benchmarks, we further explore the workloads that experience the most significant performance degradation due to TSO. We also take a deeper look into the specific atomic instructions provided by the ARMv8.3 specification and their synchronization overheads. Lars Wrenger, Dominik Töllner, Daniel Lohmann |
J. Syst. Archit. | 1 |
| 2023 | LLFree: Scalable and Optionally-Persistent Page-Frame Allocation
Lars Wrenger, Florian Rommel, Alexander Halbuer, Christian Dietrich 0001, Daniel Lohmann |
USENIX ATC | 1 |