Demo Data from EDBT 2026 / reviewers in the wild / expert
Kevin Springborn
dblp:99/10117
· DBLP profile ↗
4ranked-venue papers
1as first author
0since 2021 · last 2020
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Computer networks · 2Security and privacy · 1 · 1 first-authorSoftware engineering, systems software and programming languages · 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.
| Computer networks
1 paper |
Datacenter networks · 67% Transport protocols and congestion control · 33% | |
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Cloud and datacenter computing · 100% | |
| Network and information security
1 paper |
Web and mobile security · 77% Network security · 23% | |
| Software engineering, system software, and programming languages
1 paper |
Operating systems · 100% |
Topics — the 9 heaviest of 9, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Datacenter networks › datacenter transport
datacenter congestion control |
0.4 | 1 | 2020 | Swift: Delay is Simple and Effective for Congestion Control in the Datacenter · SIGCOMM 2020 |
Transport protocols and congestion control
delay-based congestion control |
0.4 | 1 | 2020 | Swift: Delay is Simple and Effective for Congestion Control in the Datacenter · SIGCOMM 2020 |
Datacenter networks › low-latency networking
tail latency reduction |
0.4 | 1 | 2020 | Swift: Delay is Simple and Effective for Congestion Control in the Datacenter · SIGCOMM 2020 |
Cloud and datacenter computing
datacenter network |
0.4 | 1 | 2019 | Snap: a microkernel approach to host networking · SOSP 2019 |
Cloud and datacenter computing › virtualization › network virtualization
network function virtualization |
0.4 | 1 | 2019 | Snap: a microkernel approach to host networking · SOSP 2019 |
Cloud and datacenter computing
userspace networking |
0.4 | 1 | 2019 | Snap: a microkernel approach to host networking · SOSP 2019 |
Web and mobile security
online advertising fraud |
0.2 | 1 | 2013 | Impression Fraud in On-line Advertising via Pay-Per-View Networks · USENIX Security Symposium 2013 |
Operating systems › kernel › kernel design › microkernel
microkernel design |
0.1 | 1 | 2019 | Snap: a microkernel approach to host networking · SOSP 2019 |
Network security
traffic analysis |
0.0 | 1 | 2013 | Impression Fraud in On-line Advertising via Pay-Per-View Networks · USENIX Security Symposium 2013 |
Methods — techniques the papers use, named apart from their topics
kernel bypass · 0.8RDMA · 0.8pacing · 0.4RTT measurement · 0.4AIMD · 0.4pay-per-view network analysis · 0.2measurement · 0.2
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2020 | Swift: Delay is Simple and Effective for Congestion Control in the DatacenterabstractWe report on experiences with Swift congestion control in Google datacenters. Swift targets an end-to-end delay by using AIMD control, with pacing under extreme congestion. With accurate RTT measurement and care in reasoning about delay targets, we find this design is a foundation for excellent performance when network distances are well-known. Importantly, its simplicity helps us to meet operational challenges. Delay is easy to decompose into fabric and host components to separate concerns, and effortless to deploy and maintain as a congestion signal while the datacenter evolves. In large-scale testbed experiments, Swift delivers a tail latency of <50μs for short RPCs, with near-zero packet drops, while sustaining ~100Gbps throughput per server. This is a tail of <3x the minimal latency at a load close to 100%. In production use in many different clusters, Swift achieves consistently low tail completion times for short RPCs, while providing high throughput for long RPCs. It has loss rates that are at least 10x lower than a DCTCP protocol, and handles O(10k) incasts that sharply degrade with DCTCP. Gautam Kumar 0001, Nandita Dukkipati, Keon Jang, Hassan M. G. Wassel, Xian Wu 0001, Behnam Montazeri, Yaogong Wang, Kevin Springborn, Christopher Alfeld, Michael Ryan, David Wetherall, Amin Vahdat |
SIGCOMM | 8 |
| 2019 | Snap: a microkernel approach to host networkingabstractThis paper presents our design and experience with a microkernel-inspired approach to host networking called Snap. Snap is a userspace networking system that supports Google's rapidly evolving needs with flexible modules that implement a range of network functions, including edge packet switching, virtualization for our cloud platform, traffic shaping policy enforcement, and a high-performance reliable messaging and RDMA-like service. Snap has been running in production for over three years, supporting the extensible communication needs of several large and critical systems. Michael Marty, Marc de Kruijf, Jacob Adriaens, Christopher Alfeld, Sean Bauer, Carlo Contavalli, Michael Dalton, Nandita Dukkipati, William C. Evans, Steve D. Gribble, Nicholas Kidd, Roman Kononov, Gautam Kumar 0001, Carl Mauer, Emily Musick, Lena E. Olson, Erik Rubow, Michael Ryan, Kevin Springborn, Valas Valancius, Amin Vahdat |
SOSP | 19 |
| 2013 | Impression Fraud in On-line Advertising via Pay-Per-View Networks
Kevin Springborn, Paul Barford |
USENIX Security Symposium | 1 |
| 2009 | On The Accuracy of TCP Throughput Prediction for Opportunistic Wireless NetworksabstractThe increasing density of WiFi access points (APs) in metropolitan areas is enabling an opportunistic model of wireless networking, whereby a "guest" user within range of one or more wireless APs can gain temporary Internet access through these APs. In this paper, we address the problem of TCP throughput prediction for opportunistic networks. Applications of opportunistic networking can benefit from such predictions by adapting to prevailing network conditions. Our approach is different from prior efforts to model wireless network throughput in that only the two communicating endpoints participate in the prediction, and no information about network topology or traffic loads generated by interfering sources is required. Our goal is to understand how accurate throughput predictions can be under the above assumptions. The physical environment considered in our study includes varying degrees of interference, indoor and outdoor networks, and nodes that are stationary or moving at walking or driving speeds. We use throughput predictors based on time series analysis and machine learning techniques, as they are well-suited to predicting phenomena with unknown variables. The prediction accuracy that our methods yield is cause for cautious optimism. We find that 80% to 100% of predictions are within a factor of two of actual throughput. This bound on accuracy means that predictions are useful for certain applications, because this bound (a) can be achieved by measurements lasting for as little as 0.3 seconds, and (b) holds even when nodes are driving at speeds of 15-25 mph. Mariyam Mirza, Kevin Springborn, Suman Banerjee 0001, Paul Barford, Michael Blodgett, Xiaojin Zhu 0001 |
SECON | 2 |