Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Vimalkumar Jeyakumar

dblp:122/9337 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Software-defined and programmable networks
programmable data plane
0.522017
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.412019
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.312017
Language-Directed Hardware Design for Network Performance Monitoring · SIGCOMM 2017
Datacenter networks
load balancing
0.212016
Juggler: a practical reordering resilient network stack for datacenters · EuroSys 2016
Datacenter networks › load balancing
multipath load balancing
0.212016
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.212016
Juggler: a practical reordering resilient network stack for datacenters · EuroSys 2016
Transport protocols and congestion control
packet reordering
0.212016
Juggler: a practical reordering resilient network stack for datacenters · EuroSys 2016
Network measurement and analytics › network telemetry
in-band network telemetry
0.212014
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.212014
I Know What Your Packet Did Last Hop: Using Packet Histories to Troubleshoot Networks · NSDI 2014
Network management and operations
network verification
0.212014
Libra: Divide and Conquer to Verify Forwarding Tables in Huge Networks · NSDI 2014
Network performance modeling
performance isolation
0.212013
EyeQ: Practical Network Performance Isolation at the Edge · NSDI 2013
Network measurement and analytics › network measurement methodology › network experimentation
reproducible network experiments
0.112012
Reproducible network experiments using container-based emulation · CoNEXT 2012
Network management and operations › network monitoring
performance monitoring
0.112017
Language-Directed Hardware Design for Network Performance Monitoring · SIGCOMM 2017
Datacenter networks
bandwidth guarantee
0.112016
Juggler: a practical reordering resilient network stack for datacenters · EuroSys 2016
Network management and operations
configuration verification
0.112014
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.112014
SENIC: Scalable NIC for End-Host Rate Limiting · NSDI 2014
Hardware accelerators and domain-specific architectures › network accelerator
programmable NIC
0.112014
SENIC: Scalable NIC for End-Host Rate Limiting · NSDI 2014
Network measurement and analytics › measurement infrastructure
network testbed
0.012012
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
YearPublicationVenuePosition
2019 ExplainIt! - A Declarative Root-cause Analysis Engine for Time Series Data
abstract
We 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 Conference1
2017 Language-Directed Hardware Design for Network Performance Monitoring
abstract
Network 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
SIGCOMM7
2016 Juggler: a practical reordering resilient network stack for datacenters
abstract
We 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
EuroSys2
2016 Hardware-Software Co-Design for Network Performance Measurement
abstract
Diagnosing 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
HotNets7
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
NSDI3
2014 SENIC: Scalable NIC for End-Host Rate Limiting
Sivasankar Radhakrishnan, Yilong Geng, Vimalkumar Jeyakumar, Abdul Kabbani, George Porter, Amin Vahdat
NSDI3
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
NSDI4
2014 Millions of little minions: using packets for low latency network programming and visibility
abstract
This 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
SIGCOMM1
2013 Tiny packet programs for low-latency network control and monitoring
abstract
Networking 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
HotNets1
2013 EyeQ: Practical Network Performance Isolation at the Edge
Vimalkumar Jeyakumar, Mohammad Alizadeh, David Mazières, Balaji Prabhakar, Albert G. Greenberg, Changhoon Kim
NSDI1
2012 Reproducible network experiments using container-based emulation
abstract
In 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
CoNEXT3