EDBT 2026 Demo / reviewers in the wild / expert
Stefan Teodorescu
dblp:290/8041 · also Stefan Lucian Teodorescu
· DBLP profile ↗
3ranked-venue papers
0as first author
3since 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 · 2 · 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.
| Software engineering, system software, and programming languages
2 papers |
Operating systems · 100% | |
| Network and information security
1 paper |
Systems and software security · 100% | |
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Cloud and datacenter computing · 100% |
Topics — the 3 heaviest of 6, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Operating systems › operating system design
library operating systems |
0.5 | 1 | 2021 | Unikraft: fast, specialized unikernels the easy way · EuroSys 2021 |
Operating systems › operating system design
unikernel |
0.5 | 1 | 2021 | Unikraft: fast, specialized unikernels the easy way · EuroSys 2021 |
Cloud and datacenter computing
serverless computing |
0.1 | 1 | 2021 | Unikraft: fast, specialized unikernels the easy way · EuroSys 2021 |
Methods — techniques the papers use, named apart from their topics
micro-library OS design · 1.0composable performance-oriented APIs · 1.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2022 | FlexOS: towards flexible OS isolationabstractAt design time, modern operating systems are locked in a specific safety and isolation strategy that mixes one or more hardware/software protection mechanisms (e.g. user/kernel separation); revisiting these choices after deployment requires a major refactoring effort. This rigid approach shows its limits given the wide variety of modern applications' safety/performance requirements, when new hardware isolation mechanisms are rolled out, or when existing ones break. Hugo Lefeuvre, Vlad-Andrei Badoiu, Alexander Jung 0002, Stefan Teodorescu, Sebastian Rauch, Felipe Huici, Costin Raiciu, Pierre Olivier |
ASPLOS | 4 |
| 2021 | Unikraft: fast, specialized unikernels the easy wayabstractUnikernels are famous for providing excellent performance in terms of boot times, throughput and memory consumption, to name a few metrics. However, they are infamous for making it hard and extremely time consuming to extract such performance, and for needing significant engineering effort in order to port applications to them. We introduce Unikraft, a novel micro-library OS that (1) fully modularizes OS primitives so that it is easy to customize the unikernel and include only relevant components and (2) exposes a set of composable, performance-oriented APIs in order to make it easy for developers to obtain high performance. Simon Kuenzer, Vlad-Andrei Badoiu, Hugo Lefeuvre, Sharan Santhanam, Alexander Jung 0002, Gaulthier Gain, Cyril Soldani, Costin Lupu, Stefan Teodorescu, Costi Raducanu, Cristian Banu, Laurent Mathy, Razvan Deaconescu, Costin Raiciu, Felipe Huici |
EuroSys | 9 |
| 2021 | FlexOS: making OS isolation flexibleabstractOS design is traditionally heavily intertwined with protection mechanisms. OSes statically commit to one or a combination of (1) hardware isolation, (2) runtime checking, and (3) software verification early at design time. Changes after deployment require major refactoring; as such, they are rare and costly. In this paper, we argue that this strategy is at odds with recent hardware and software trends: protections break (Meltdown), hardware becomes heterogeneous (Memory Protection Keys, CHERI), and multiple mechanisms can now be used for the same task (software hardening, verification, HW isolation, etc). In short, the choice of isolation strategy and primitives should be postponed to deployment time. Hugo Lefeuvre, Vlad-Andrei Badoiu, Stefan Teodorescu, Pierre Olivier, Tiberiu Mosnoi, Razvan Deaconescu, Felipe Huici, Costin Raiciu |
HotOS | 3 |