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. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Lars Wrenger

dblp:351/5664 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Memory systems › memory management › memory allocation
page allocation
1.522025
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.122025
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.912025
HyperAlloc: Efficient VM Memory De/Inflation via Hypervisor-Shared Page-Frame Allocators · EuroSys 2025
Memory systems › memory management
memory allocation
0.912025
HyperAlloc: Efficient VM Memory De/Inflation via Hypervisor-Shared Page-Frame Allocators · EuroSys 2025
Cloud and datacenter computing › virtualization
virtual machine memory management
0.912025
HyperAlloc: Efficient VM Memory De/Inflation via Hypervisor-Shared Page-Frame Allocators · EuroSys 2025
Operating systems › resource management
memory management
0.712023
LLFree: Scalable and Optionally-Persistent Page-Frame Allocation · USENIX ATC 2023
Operating systems › resource management › memory management
page allocation
0.712023
LLFree: Scalable and Optionally-Persistent Page-Frame Allocation · USENIX ATC 2023
Memory systems
memory management
0.712023
LLFree: Scalable and Optionally-Persistent Page-Frame Allocation · USENIX ATC 2023
Operating systems › virtualization
hypervisor
0.312025
HyperAlloc: Efficient VM Memory De/Inflation via Hypervisor-Shared Page-Frame Allocators · EuroSys 2025
Cloud and datacenter computing › virtualization › containerization
container-based virtualization
0.312025
MettEagle: Costs and Benefits of Implementing Containers on Microkernels · OSDI 2025
Memory systems
non-volatile memory
0.212023
LLFree: Scalable and Optionally-Persistent Page-Frame Allocation · USENIX ATC 2023
Memory systems › non-volatile memory
persistent memory
0.212023
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
YearPublicationVenuePosition
2025 HyperAlloc: Efficient VM Memory De/Inflation via Hypervisor-Shared Page-Frame Allocators
abstract
The 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
EuroSys1
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
OSDI4
2024 Analyzing the memory ordering models of the Apple M1
abstract
The 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 ATC1