Demo Data from SIGIR 2026 / reviewers in the wild / expert
Kevin Elphinstone
dblp:e/KElphinstone
· DBLP profile ↗
14ranked-venue papers
3as first author
0since 2021 · last 2019
0000-0003-3444-9036ORCID · reported
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 7 · 2 first-authorSystems, architecture and hardware · 5 · 1 first-authorSecurity and privacy · 2 · 1 first-authorApplied, interdisciplinary, general and emerging computing · 1
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
4 papers |
Operating systems · 72% Program verification · 28% | |
| Computer architecture, parallel and distributed computing, and storage systems
3 papers |
Cloud and datacenter computing · 58% Embedded and real-time systems · 23% Memory systems · 19% |
Topics — the 12 heaviest of 12, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Operating systems › kernel › kernel design
microkernel |
0.5 | 3 | 2016 | L4 Microkernels: The Lessons from 20 Years of Research and Deployment · ACM Trans. Comput. Syst. 2016 Comprehensive formal verification of an OS microkernel · ACM Trans. Comput. Syst. 2014 seL4: formal verification of an OS kernel · SOSP 2009 |
Operating systems › kernel › kernel design › microkernel
microkernel design |
0.4 | 2 | 2016 | L4 Microkernels: The Lessons from 20 Years of Research and Deployment · ACM Trans. Comput. Syst. 2016 From L3 to seL4 what have we learnt in 20 years of L4 microkernels? · SOSP 2013 |
Program verification
mechanized verification |
0.2 | 1 | 2014 | Comprehensive formal verification of an OS microkernel · ACM Trans. Comput. Syst. 2014 |
Program verification › system verification
kernel verification |
0.2 | 2 | 2016 | seL4: formal verification of an OS kernel · SOSP 2009 L4 Microkernels: The Lessons from 20 Years of Research and Deployment · ACM Trans. Comput. Syst. 2016 |
Cloud and datacenter computing › virtualization
memory ballooning |
0.2 | 1 | 2013 | Application level ballooning for efficient server consolidation · EuroSys 2013 |
Memory systems
memory management |
0.2 | 1 | 2013 | Application level ballooning for efficient server consolidation · EuroSys 2013 |
Cloud and datacenter computing › virtualization › virtual machine management
server consolidation |
0.2 | 1 | 2013 | Application level ballooning for efficient server consolidation · EuroSys 2013 |
Cloud and datacenter computing
virtualization |
0.2 | 1 | 2013 | Application level ballooning for efficient server consolidation · EuroSys 2013 |
Embedded and real-time systems
real-time scheduling |
0.1 | 1 | 2016 | L4 Microkernels: The Lessons from 20 Years of Research and Deployment · ACM Trans. Comput. Syst. 2016 |
Embedded and real-time systems
worst-case execution time analysis |
0.1 | 1 | 2016 | L4 Microkernels: The Lessons from 20 Years of Research and Deployment · ACM Trans. Comput. Syst. 2016 |
Authentication and access control › access control policy
access control policy enforcement |
0.1 | 1 | 2014 | Comprehensive formal verification of an OS microkernel · ACM Trans. Comput. Syst. 2014 |
Embedded and real-time systems › critical systems
safety-critical systems |
0.0 | 1 | 2013 | From L3 to seL4 what have we learnt in 20 years of L4 microkernels? · SOSP 2013 |
Methods — techniques the papers use, named apart from their topics
formal verification · 0.8worst-case execution time analysis · 0.5IPC performance analysis · 0.5information-flow noninterference · 0.4formal proof · 0.4worst-case execution-time analysis · 0.2application-level ballooning · 0.2machine-checked proof · 0.1functional correctness · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2019 | Fault Tolerance Through Redundant Execution on COTS Multicores: Exploring Trade-OffsabstractHigh availability and integrity are paramount in systems deployed in life-and mission-critical scenarios. Such fault-tolerance can be achieved through redundant co-execution (RCoE) on replicated hardware, now cheaply available with multicore processors. RCoE replicates almost all software, including OS kernel, drivers, and applications, achieving a sphere of replication that covers everything except the minimal interfaces to non-replicated peripherals. We complement our original, loosely-coupled RCoE with a closely-coupled version that improves transparency of replication to application code, and investigate the functionality, performance and vulnerability trade-offs. Yanyan Shen, Gernot Heiser, Kevin Elphinstone |
DSN | 3 |
| 2016 | L4 Microkernels: The Lessons from 20 Years of Research and DeploymentabstractThe L4 microkernel has undergone 20 years of use and evolution. It has an active user and developer community, and there are commercial versions that are deployed on a large scale and in safety-critical systems. In this article we examine the lessons learnt in those 20 years about microkernel design and implementation. We revisit the L4 design articles and examine the evolution of design and implementation from the original L4 to the latest generation of L4 kernels. We specifically look at seL4, which has pushed the L4 model furthest and was the first OS kernel to undergo a complete formal verification of its implementation as well as a sound analysis of worst-case execution times. We demonstrate that while much has changed, the fundamental principles of minimality, generality, and high inter-process communication (IPC) performance remain the main drivers of design and implementation decisions. Gernot Heiser, Kevin Elphinstone |
ACM Trans. Comput. Syst. | 2 |
| 2014 | Comprehensive formal verification of an OS microkernelabstractWe present an in-depth coverage of the comprehensive machine-checked formal verification of seL4, a general-purpose operating system microkernel. We discuss the kernel design we used to make its verification tractable. We then describe the functional correctness proof of the kernel's C implementation and we cover further steps that transform this result into a comprehensive formal verification of the kernel: a formally verified IPC fastpath, a proof that the binary code of the kernel correctly implements the C semantics, a proof of correct access-control enforcement, a proof of information-flow noninterference, a sound worst-case execution time analysis of the binary, and an automatic initialiser for user-level systems that connects kernel-level access-control enforcement with reasoning about system behaviour. We summarise these results and show how they integrate to form a coherent overall analysis, backed by machine-checked, end-to-end theorems. The seL4 microkernel is currently not just the only general-purpose operating system kernel that is fully formally verified to this degree. It is also the only example of formal proof of this scale that is kept current as the requirements, design and implementation of the system evolve over almost a decade. We report on our experience in maintaining this evolving formally verified code base. Gerwin Klein, June Andronick, Kevin Elphinstone, Toby C. Murray, Thomas Sewell, Rafal Kolanski, Gernot Heiser |
ACM Trans. Comput. Syst. | 3 |
| 2013 | Increasing the trustworthiness of commodity hardware through softwareabstractAdvances in formal software verification has produced an operating system that is guaranteed mathematically to be correct and enforce access isolation. Such an operating system could potentially consolidate safety and security critical software on a single device where previously multiple devices were used. One of the barriers to consolidation on commodity hardware is the lack of hardware dependability features. A hardware fault triggered by cosmic rays, alpha particle strikes, etc. potentially invalidates the strong mathematical guarantees. This paper discusses improving the trustworthiness of commodity hardware to enable a verified microkernel to be used in some situations previously needing separate computers. We explore leveraging multicore processors to provide redundancy, and report the results of our initial performance investigation. Kevin Elphinstone, Yanyan Shen |
DSN | 1 |
| 2013 | Application level ballooning for efficient server consolidationabstractSystems software like databases and language runtimes typically manage memory themselves to exploit application knowledge unavailable to the OS. Traditionally deployed on dedicated machines, they are designed to be statically configured with memory sufficient for peak load. In virtualization scenarios (cloud computing, server consolidation), however, static peak provisioning of RAM to applications dramatically reduces the efficiency and cost-saving benefits of virtualization. Unfortunately, existing memory "ballooning" techniques used to dynamically reallocate physical memory between VMs badly impact the performance of applications which manage their own memory. We address this problem by extending ballooning to applications (here, a database engine and Java runtime) so that memory can be efficiently and effectively moved between virtualized instances as the demands of each change over time. The results are significantly lower memory requirements to provide the same performance guarantees to a collocated set of VM running such applications, with minimal overhead or intrusive changes to application code. Tudor-Ioan Salomie, Gustavo Alonso, Timothy Roscoe, Kevin Elphinstone |
EuroSys | 4 |
| 2013 | From L3 to seL4 what have we learnt in 20 years of L4 microkernels?abstractThe L4 microkernel has undergone 20 years of use and evolution. It has an active user and developer community, and there are commercial versions which are deployed on a large scale and in safety-critical systems. In this paper we examine the lessons learnt in those 20 years about microkernel design and implementation. We revisit the L4 design papers, and examine the evolution of design and implementation from the original L4 to the latest generation of L4 kernels, especially seL4, which has pushed the L4 model furthest and was the first OS kernel to undergo a complete formal verification of its implementation as well as a sound analysis of worst-case execution times. We demonstrate that while much has changed, the fundamental principles of minimality and high IPC performance remain the main drivers of design and implementation decisions. Kevin Elphinstone, Gernot Heiser |
SOSP | 1 |
| 2009 | Experience report: seL4: formally verifying a high-performance microkernelabstractWe report on our experience using Haskell as an executable specification language in the formal verification of the seL4 microkernel. The verification connects an abstract operational specification in the theorem prover Isabelle/HOL to a C implementation of the microkernel. We describe how this project differs from other efforts, and examine the effect of using Haskell in a large-scale formal verification. The kernel comprises 8,700 lines of C code; the verification more than 150,000 lines of proof script. Gerwin Klein, Philip Derrin, Kevin Elphinstone |
ICFP | 3 |
| 2009 | Towards Real Multi-criticality SchedulingabstractComponentised systems, in particular those with fault confinement through address spaces, are currently emerging as a hot topic in embedded systems research. This paper extends the unified rate-based scheduling framework RBED in several dimensions to fit the requirements of such systems: we have removed the requirement that the deadline of a task is equal to its period. The introduction of inter-process communication reflects the need to communicate. Additionally we also discuss server tasks, budget replenishment and the low level details needed to deal with the physical reality of systems. While a number of these issues have been studied in previous work in isolation, we focus on the problems discovered and lessons learned when integrating solutions. We report on our experiences implementing the proposed mechanisms in a commercial grade OKL4 microkernel as well as an application with soft real-time and best-effort tasks on top of it. Stefan M. Petters, Martin Lawitzky, Ryan Heffernan, Kevin Elphinstone |
RTCSA | 4 |
| 2009 | seL4: formal verification of an OS kernelabstractComplete formal verification is the only known way to guarantee that a system is free of programming errors.We present our experience in performing the formal, machine-checked verification of the seL4 microkernel from an abstract specification down to its C implementation. We assume correctness of compiler, assembly code, and hardware, and we used a unique design approach that fuses formal and operating systems techniques. To our knowledge, this is the first formal proof of functional correctness of a complete, general-purpose operating-system kernel. Functional correctness means here that the implementation always strictly follows our high-level abstract specification of kernel behaviour. This encompasses traditional design and implementation safety properties such as the kernel will never crash, and it will never perform an unsafe operation. It also proves much more: we can predict precisely how the kernel will behave in every possible situation.seL4, a third-generation microkernel of L4 provenance, comprises 8,700 lines of C code and 600 lines of assembler. Its performance is comparable to other high-performance L4 kernels. Gerwin Klein, Kevin Elphinstone, Gernot Heiser, June Andronick, David A. Cock, Philip Derrin, Dhammika Elkaduwe, Kai Engelhardt, Rafal Kolanski, Michael Norrish, Thomas Sewell, Harvey Tuch, Simon Winwood |
SOSP | 2 |
| 2007 | Towards a Practical, Verified Kernel
Kevin Elphinstone, Gerwin Klein, Philip Derrin, Timothy Roscoe, Gernot Heiser |
HotOS | 1 |
| 2007 | Hype and Virtue
Timothy Roscoe, Kevin Elphinstone, Gernot Heiser |
HotOS | 2 |
| 2006 | Running the manual: an approach to high-assurance microkernel developmentabstractWe propose a development methodology for designing and prototyping high assurance microkernels, and describe our application of it. The methodology is based on rapid prototyping and iterative refinement of the microkernel in a functional programming language. The prototype provides a precise semi-formal model, which is also combined with a machine simulator to form a reference implementation capable of executing real user-level software, to obtain accurate feedback on the suitability of the kernel API during development phases. We extract from the prototype a machine-checkable formal specification in higher-order logic, which may be used to verify properties of the design, and also results in corrections to the design without the need for full verification. We found the approach leads to productive, highly iterative development where formal modelling, semi-formal design and prototyping, and end use all contribute to a more mature final design in a shorter period of time. Philip Derrin, Kevin Elphinstone, Gerwin Klein, David A. Cock, Manuel M. T. Chakravarty |
Haskell | 2 |
| 2005 | User-Level Device Drivers: Achieved Performance
Ben Leslie, Peter Chubb, Nicholas Fitzroy-Dale, Stefan Götz 0004, Charles Gray, Luke Macpherson, Daniel Potts, Yue-Ting Shen, Kevin Elphinstone, Gernot Heiser |
J. Comput. Sci. Technol. | 9 |
| 1998 | The Mungi Single-Address-Space Operating SystemabstractSingle-Address-Space Operating Systems (SASOS) are an attractive model for making the best use of the wide address space provided by the latest generations of microprocessors. SASOS remove the address space boundaries which make data sharing between processes difficult and expensive in traditional operating systems. They offer the potential of significant performance advantages for applications where sharing is important, such as object-oriented databases or persistent programming systems. We have built the Mungi system to demonstrate that a SASOS can offer these performance advantages without resorting to special hardware. Mungi is a very ‘pure’ SASOS, featuring an unintrusive protection model based on sparse capabilities, a fast protected procedure call mechanism, and uses shared memory as the exclusive inter-process communication mechanism, as well as for I/O. The simplicity of our model makes it easy to implement it efficiently on conventional architectures. Our implementation of Mungi for the MIPS R4600 64-bit microprocessor is presented, which is based on our port of the L4 microkernel. Mungi is shown to outperform, in some instances by more than an order of magnitude, two UNIX operating systems, Irix and Linux, in several important operations, such as task creation and inter-process communications, and on the OO1 object-oriented database benchmark. As well, we describe how our approach to key issues in SASOS design provides better performance than other systems, such as Opal. Our experience shows that the SASOS concept is viable, and that a well-designed microkernel is an excellent base on which to build high-performance operating systems. © 1998 John Wiley & Sons, Ltd. Gernot Heiser, Kevin Elphinstone, Jerry Vochteloo, Stephen Russell 0004, Jochen Liedtke |
Softw. Pract. Exp. | 2 |