Demo Data from VLDB 2026 / reviewers in the wild / expert
Ihor Kuz
dblp:28/6197
· DBLP profile ↗
12ranked-venue papers
3as first author
1since 2021 · last 2023
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 6 · 2 first-authorSystems, architecture and hardware · 4 · 1 since 2021Computer networks · 2 · 1 first-authorTheory of computation · 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
3 papers |
Program verification · 32% Operating systems · 27% Program synthesis and code generation · 27% | |
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Distributed systems · 100% |
Topics — the 5 heaviest of 6, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Program verification
automated verification |
0.2 | 1 | 2015 | Automated Verification of RPC Stub Code · FM 2015 |
Operating systems › i/o › i/o subsystem
device drivers |
0.2 | 2 | 2009 | Automatic device driver synthesis with termite · SOSP 2009 Dingo: taming device drivers · EuroSys 2009 |
Concurrent programming
concurrency bugs |
0.1 | 1 | 2009 | Dingo: taming device drivers · EuroSys 2009 |
Program synthesis and code generation › domain-specific code generation
device driver synthesis |
0.1 | 1 | 2009 | Automatic device driver synthesis with termite · SOSP 2009 |
Distributed systems
remote procedure call |
0.1 | 1 | 2015 | Automated Verification of RPC Stub Code · FM 2015 |
Methods — techniques the papers use, named apart from their topics
program synthesis · 0.1formal specification · 0.1defect analysis · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2023 | Model-driven development for the seL4 microkernel using the HAMR framework
Jason Belt, John Hatcliff, Robby, John Shackleton, Jim Carciofini, Todd Carpenter, Eric Mercer, Isaac Amundson, Junaid Babar, Darren D. Cofer, David S. Hardin, Karl Hoech, Konrad Slind, Ihor Kuz, Kent McLeod |
J. Syst. Archit. | 14 |
| 2015 | Automated Verification of RPC Stub Code
Matthew Fernandez, June Andronick, Gerwin Klein, Ihor Kuz |
FM | 4 |
| 2013 | Towards a verified component platformabstractThis paper describes ongoing work on a new technique for reducing the cost of assurance of large software systems by building on a verified component platform. From a component architecture description, we automatically derive a formal model of the system and a semantics for the runtime behaviour of generated inter-component communication code. We can prove wellformedness properties of the architecture automatically and provide a framework in which users can reason about their component code and its behaviour. By leveraging the isolation properties and communication guarantees of a formally verified platform, correctness arguments for critical components will be able to be derived independently and composed together to reason about system-level correctness. Matthew Fernandez, Ihor Kuz, Gerwin Klein, June Andronick |
PLOS@SOSP | 2 |
| 2011 | Multicore OS Benchmarks: We Can Do Better
Ihor Kuz, Zachary R. Anderson, Pravin Shinde |
HotOS | 1 |
| 2009 | Dingo: taming device driversabstractDevice drivers are notorious for being a major source of failure in operating systems. In analysing a sample of real defects in Linux drivers, we found that a large proportion (39%) of bugs are due to two key shortcomings in the device-driver architecture enforced by current operating systems: poorly-defined communication protocols between drivers and the OS, which confuse developers and lead to protocol violations, and a multithreaded model of computation that leads to numerous race conditions and deadlocks. Leonid Ryzhyk, Peter Chubb, Ihor Kuz, Gernot Heiser |
EuroSys | 3 |
| 2009 | Automatic device driver synthesis with termiteabstractFaulty device drivers cause significant damage through down time and data loss. The problem can be mitigated by an improved driver development process that guarantees correctness by construction. We achieve this by synthesising drivers automatically from formal specifications of device interfaces, thus reducing the impact of human error on driver reliability and potentially cutting down on development costs. Leonid Ryzhyk, Peter Chubb, Ihor Kuz, Etienne Le Sueur, Gernot Heiser |
SOSP | 3 |
| 2007 | Formalising device driver interfacesabstractThe lack of well-defined protocols for interaction with the operating system is a common source of defects in device drivers. In this paper we investigate the use of a formal language to define these protocols unambiguously. We present a language that allows us to convey all important requirements for driver behaviour in a compact specification and that can be readily understood by software engineers. It is intended to close the communication gap between OS and driver developers and enable more reliable device drivers. Leonid Ryzhyk, Ihor Kuz, Gernot Heiser |
PLOS@SOSP | 2 |
| 2007 | CAmkES: A component model for secure microkernel-based embedded systems
Ihor Kuz, Yan Liu 0001, Ian Gorton, Gernot Heiser |
J. Syst. Softw. | 1 |
| 2006 | Adapting Distributed Shared Memory Applications in Diverse Environments
Daniel Potts, Ihor Kuz |
CCGRID | 2 |
| 2002 | The globe infrastructure directory service
Ihor Kuz, Maarten van Steen, Henk J. Sips |
Comput. Commun. | 1 |
| 2001 | Differentiated strategies for replicating Web documents
Guillaume Pierre, Ihor Kuz, Maarten van Steen, Andrew S. Tanenbaum |
Comput. Commun. | 2 |
| 1998 | A Framework for Consistent, Replicated Web ObjectsabstractDespite the extensive use of caching techniques, the Web is overloaded. While the caching techniques currently used help some, it would be better to use different caching and replication strategies for different Web pages, depending on their characteristics. We propose a framework in which such strategies can be devised independently per Web document. A Web document is constructed as a worldwide, scalable distributed Web object. Depending on the coherence requirements for that document, the most appropriate caching or replication strategy can subsequently be implemented and encapsulated by the Web object. Coherence requirements are formulated from two different perspectives: that of the Web object, and that of clients using the Web object. We have developed a prototype in Java to demonstrate the feasibility of implementing different strategies for different Web objects. Anne-Marie Kermarrec, Ihor Kuz, Maarten van Steen, Andrew S. Tanenbaum |
ICDCS | 2 |