Demo Data from EDBT 2026 / reviewers in the wild / expert
Vimalkumar Jeyakumar
dblp:122/9337
· DBLP profile ↗
11ranked-venue papers
4as first author
0since 2021 · last 2019
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Computer networks · 9 · 3 first-authorSystems, architecture and hardware · 1Databases, data management, data science and information retrieval · 1 · 1 first-author
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
8 papers |
Network measurement and analytics · 22% Datacenter networks · 22% Software-defined and programmable networks · 14% | |
| Databases, data mining, and information retrieval
1 paper |
Database system architecture and tuning · 77% Query processing and optimization · 23% |
Topics — the 18 heaviest of 24, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software-defined and programmable networks
programmable data plane |
0.5 | 2 | 2017 | Language-Directed Hardware Design for Network Performance Monitoring · SIGCOMM 2017 Millions of little minions: using packets for low latency network programming and visibility · SIGCOMM 2014 |
Database system architecture and tuning › self-managing database systems › database diagnosis
root cause analysis |
0.4 | 1 | 2019 | ExplainIt! - A Declarative Root-cause Analysis Engine for Time Series Data · SIGMOD Conference 2019 |
Network measurement and analytics › network performance measurement
network performance monitoring |
0.3 | 1 | 2017 | Language-Directed Hardware Design for Network Performance Monitoring · SIGCOMM 2017 |
Datacenter networks
load balancing |
0.2 | 1 | 2016 | Juggler: a practical reordering resilient network stack for datacenters · EuroSys 2016 |
Datacenter networks › load balancing
multipath load balancing |
0.2 | 1 | 2016 | Juggler: a practical reordering resilient network stack for datacenters · EuroSys 2016 |
Internet architecture and protocols › network architecture design › layered architecture › protocol layering
network stack |
0.2 | 1 | 2016 | Juggler: a practical reordering resilient network stack for datacenters · EuroSys 2016 |
Transport protocols and congestion control
packet reordering |
0.2 | 1 | 2016 | Juggler: a practical reordering resilient network stack for datacenters · EuroSys 2016 |
Network measurement and analytics › network telemetry
in-band network telemetry |
0.2 | 1 | 2014 | Millions of little minions: using packets for low latency network programming and visibility · SIGCOMM 2014 |
Internet of things and sensor networks › wireless sensor network
network diagnosis |
0.2 | 1 | 2014 | I Know What Your Packet Did Last Hop: Using Packet Histories to Troubleshoot Networks · NSDI 2014 |
Network management and operations
network verification |
0.2 | 1 | 2014 | Libra: Divide and Conquer to Verify Forwarding Tables in Huge Networks · NSDI 2014 |
Network performance modeling
performance isolation |
0.2 | 1 | 2013 | EyeQ: Practical Network Performance Isolation at the Edge · NSDI 2013 |
Network measurement and analytics › network measurement methodology › network experimentation
reproducible network experiments |
0.1 | 1 | 2012 | Reproducible network experiments using container-based emulation · CoNEXT 2012 |
Network management and operations › network monitoring
performance monitoring |
0.1 | 1 | 2017 | Language-Directed Hardware Design for Network Performance Monitoring · SIGCOMM 2017 |
Datacenter networks
bandwidth guarantee |
0.1 | 1 | 2016 | Juggler: a practical reordering resilient network stack for datacenters · EuroSys 2016 |
Network management and operations
configuration verification |
0.1 | 1 | 2014 | Libra: Divide and Conquer to Verify Forwarding Tables in Huge Networks · NSDI 2014 |
Interconnection networks and networks-on-chip › network interface
network interface card |
0.1 | 1 | 2014 | SENIC: Scalable NIC for End-Host Rate Limiting · NSDI 2014 |
Hardware accelerators and domain-specific architectures › network accelerator
programmable NIC |
0.1 | 1 | 2014 | SENIC: Scalable NIC for End-Host Rate Limiting · NSDI 2014 |
Network measurement and analytics › measurement infrastructure
network testbed |
0.0 | 1 | 2012 | Reproducible network experiments using container-based emulation · CoNEXT 2012 |
Methods — techniques the papers use, named apart from their topics
probabilistic graphical model · 0.4hardware primitive design · 0.3domain-specific language design · 0.3hardware prototype · 0.2divide-and-conquer verification · 0.2container-based emulation · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2019 | ExplainIt! - A Declarative Root-cause Analysis Engine for Time Series DataabstractWe present \sys, a declarative, unsupervised root-cause analysis engine that uses time series monitoring data from large complex systems such as data centres. \sys empowers operators to succinctly specify a large number of causal hypotheses to search for causes of interesting events. \sys then ranks these hypotheses, reducing the number of causal dependencies from hundreds of thousands to a handful for human understanding. We show how a declarative language, such as SQL, can be effective in declaratively enumerating hypotheses that probe the structure of an unknown probabilistic graphical causal model of the underlying system. Our thesis is that databases are in a unique position to enable users to rapidly explore the possible causal mechanisms in data collected from diverse sources. We empirically demonstrate how \sys had helped us resolve over 30~performance issues in a commercial product since late 2014, of which we discuss a few cases in detail. Vimalkumar Jeyakumar, Omid Madani, Ali ParandehGheibi, Ashutosh Kulshreshtha, Weifei Zeng, Navindra Yadav |
SIGMOD Conference | 1 |
| 2017 | Language-Directed Hardware Design for Network Performance MonitoringabstractNetwork performance monitoring today is restricted by existing switch support for measurement, forcing operators to rely heavily on endpoints with poor visibility into the network core. Switch vendors have added progressively more monitoring features to switches, but the current trajectory of adding specific features is unsustainable given the ever-changing demands of network operators. Instead, we ask what switch hardware primitives are required to support an expressive language of network performance questions. We believe that the resulting switch hardware design could address a wide variety of current and future performance monitoring needs. Srinivas Narayana, Anirudh Sivaraman, Vikram Nathan, Prateesh Goyal, Venkat Arun, Mohammad Alizadeh, Vimalkumar Jeyakumar, Changhoon Kim |
SIGCOMM | 7 |
| 2016 | Juggler: a practical reordering resilient network stack for datacentersabstractWe present Juggler, a practical reordering resilient network stack for datacenters that enables any packet to be sent on any path at any level of priority. Juggler adds functionality to the Generic Receive Offload layer at the entry of the network stack to put packets in order in a best-effort fashion. Juggler's design exploits the small packet delays in datacenter networks and the inherent burstiness of traffic to eliminate the negative effects of packet reordering almost entirely while keeping state for only a small number of flows at any given time. Extensive testbed experiments at 10Gb/s and 40Gb/s speeds show that Juggler is effective and lightweight: it prevents performance loss even with severe packet reordering while imposing low CPU overhead. We demonstrate the use of Juggler for per-packet multi-path load balancing and a novel system that provides bandwidth guarantees by dynamically prioritizing packets. Yilong Geng, Vimalkumar Jeyakumar, Abdul Kabbani, Mohammad Alizadeh |
EuroSys | 2 |
| 2016 | Hardware-Software Co-Design for Network Performance MeasurementabstractDiagnosing performance problems in networks is important, for example to determine where packets experience high latency or loss. However, existing performance diagnoses are constrained by limited switch mechanisms for measurement. Alternatively, operators use endpoint information indirectly to infer root causes for problematic latency or drops. Srinivas Narayana, Anirudh Sivaraman, Vikram Nathan, Mohammad Alizadeh, David Walker 0001, Jennifer Rexford, Vimalkumar Jeyakumar, Changhoon Kim |
HotNets | 7 |
| 2014 | I Know What Your Packet Did Last Hop: Using Packet Histories to Troubleshoot Networks
Nikhil Handigol, Brandon Heller, Vimalkumar Jeyakumar, David Mazières, Nick McKeown |
NSDI | 3 |
| 2014 | SENIC: Scalable NIC for End-Host Rate Limiting
Sivasankar Radhakrishnan, Yilong Geng, Vimalkumar Jeyakumar, Abdul Kabbani, George Porter, Amin Vahdat |
NSDI | 3 |
| 2014 | Libra: Divide and Conquer to Verify Forwarding Tables in Huge Networks
Hongyi Zeng, Shidong Zhang, Vimalkumar Jeyakumar, Mickey Ju, Junda Liu, Nick McKeown, Amin Vahdat |
NSDI | 4 |
| 2014 | Millions of little minions: using packets for low latency network programming and visibilityabstractThis paper presents a practical approach to rapidly introducing new dataplane functionality into networks: End-hosts embed tiny programs into packets to actively query and manipulate a network's internal state. We show how this "tiny packet program" (TPP) interface gives end-hosts unprecedented visibility into network behavior, enabling them to work with the network to achieve a desired functionality. Our design leverages what each component does best: (a) switches forward and execute tiny packet programs (at most 5~instructions) in-band at line rate, and (b) end-hosts perform arbitrary (and easily updated) computation on network state. By implementing three different research proposals, we show that TPPs are useful. Using a hardware prototype on a NetFPGA, we show our design is feasible at a reasonable cost. Vimalkumar Jeyakumar, Mohammad Alizadeh, Yilong Geng, Changhoon Kim, David Mazières |
SIGCOMM | 1 |
| 2013 | Tiny packet programs for low-latency network control and monitoringabstractNetworking researchers and practitioners strive for a greater degree of control and programmability to rapidly innovate in production networks. While this desire enjoys commercial success in the control plane through efforts such as OpenFlow, the dataplane has eluded such programmability. In this paper, we show how end-hosts can coordinate with the network to implement a wide-range of network tasks, by embedding tiny programs into packets that execute directly in the dataplane. Our key contribution is a programmatic interface between end-hosts and the switch ASICs that does not sacrifice raw performance. This interface allows network tasks to be refactored into two components: (a) a simple program that executes on the ASIC, and (b) an expressive task distributed across end-hosts. We demonstrate the promise of this approach by implementing three tasks using read/write programs: (i) detecting short-lived congestion events in high speed networks, (ii) a rate-based congestion control algorithm, and (iii) a forwarding plane network debugger. Vimalkumar Jeyakumar, Mohammad Alizadeh, Changhoon Kim, David Mazières |
HotNets | 1 |
| 2013 | EyeQ: Practical Network Performance Isolation at the Edge
Vimalkumar Jeyakumar, Mohammad Alizadeh, David Mazières, Balaji Prabhakar, Albert G. Greenberg, Changhoon Kim |
NSDI | 1 |
| 2012 | Reproducible network experiments using container-based emulationabstractIn an ideal world, all research papers would be runnable: simply click to replicate all results, using the same setup as the authors. One approach to enable runnable network systems papers is Container-Based Emulation (CBE), where an environment of virtual hosts, switches, and links runs on a modern multicore server, using real application and kernel code with software-emulated network elements. CBE combines many of the best features of software simulators and hardware testbeds, but its performance fidelity is unproven. Nikhil Handigol, Brandon Heller, Vimalkumar Jeyakumar, Bob Lantz, Nick McKeown |
CoNEXT | 3 |