Karthik Nagaraj

dblp:78/8178 · DBLP profile ↗
← Back
6ranked-venue papers
1as first author
2since 2021 · last 2022
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Computer networks · 3 · 1 first-author · 2 since 2021Software engineering, systems software and programming languages · 2

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
3 papers
Datacenter networks · 21% Optical networks · 21% Routing and switching · 21%
Computer architecture, parallel and distributed computing, and storage systems
3 papers
Cloud and datacenter computing · 50% Performance modeling and evaluation · 32% Distributed systems · 18%

Topics — the 14 heaviest of 14, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Datacenter networks
data center network topology
0.612022
Jupiter evolving: transforming google's datacenter network via optical circuit switches and software-defined networking · SIGCOMM 2022
Optical networks › optical switching
optical circuit switching
0.612022
Jupiter evolving: transforming google's datacenter network via optical circuit switches and software-defined networking · SIGCOMM 2022
Routing and switching
traffic engineering
0.612022
Jupiter evolving: transforming google's datacenter network via optical circuit switches and software-defined networking · SIGCOMM 2022
Software-defined and programmable networks
SDN control plane
0.512021
Orion: Google's Software-Defined Networking Control Plane · NSDI 2021
Network management and operations › network automation
automated network management
0.212022
Jupiter evolving: transforming google's datacenter network via optical circuit switches and software-defined networking · SIGCOMM 2022
Cloud and datacenter computing
datacenter network
0.112021
Orion: Google's Software-Defined Networking Control Plane · NSDI 2021
Cloud and datacenter computing › datacenter network
software-defined networking
0.112021
Orion: Google's Software-Defined Networking Control Plane · NSDI 2021
Network management and operations › fault management
fault diagnosis
0.112012
Structured Comparative Analysis of Systems Logs to Diagnose Performance Problems · NSDI 2012
Network management and operations › performance management
performance diagnosis
0.112012
Structured Comparative Analysis of Systems Logs to Diagnose Performance Problems · NSDI 2012
Distributed systems
fault tolerance
0.112010
Finding latent performance bugs in systems implementations · SIGSOFT FSE 2010
Performance modeling and evaluation › performance diagnosis
performance anomaly detection
0.112010
Finding latent performance bugs in systems implementations · SIGSOFT FSE 2010
Performance modeling and evaluation
system logs
0.012012
Structured Comparative Analysis of Systems Logs to Diagnose Performance Problems · NSDI 2012
Performance modeling and evaluation
workload characterization
0.012012
Structured Comparative Analysis of Systems Logs to Diagnose Performance Problems · NSDI 2012
Automated reasoning and model checking
state space exploration
0.012010
Finding latent performance bugs in systems implementations · SIGSOFT FSE 2010

Methods — techniques the papers use, named apart from their topics

SDN · 0.6MEMS optical circuit switches · 0.6state space exploration · 0.2random simulation · 0.2
YearPublicationVenuePosition
2022 Jupiter evolving: transforming google's datacenter network via optical circuit switches and software-defined networking
abstract
We present a decade of evolution and production experience with Jupiter datacenter network fabrics. In this period Jupiter has delivered 5x higher speed and capacity, 30% reduction in capex, 41% reduction in power, incremental deployment and technology refresh all while serving live production traffic. A key enabler for these improvements is evolving Jupiter from a Clos to a direct-connect topology among the machine aggregation blocks. Critical architectural changes for this include: A datacenter interconnection layer employing Micro-Electro-Mechanical Systems (MEMS) based Optical Circuit Switches (OCSes) to enable dynamic topology reconfiguration, centralized Software-Defined Networking (SDN) control for traffic engineering, and automated network operations for incremental capacity delivery and topology engineering. We show that the combination of traffic and topology engineering on direct-connect fabrics achieves similar throughput as Clos fabrics for our production traffic patterns. We also optimize for path lengths: 60% of the traffic takes direct path from source to destination aggregation blocks, while the remaining transits one additional block, achieving an average block-level path length of 1.4 in our fleet today. OCS also achieves 3x faster fabric reconfiguration compared to pre-evolution Clos fabrics that used a patch panel based interconnect.
Leonid B. Poutievski, Omid Mashayekhi, Joon Ong, Muhammad Mukarram Bin Tariq, Rui Wang 0025, Virginia Beauregard, Patrick Conner, Steve D. Gribble, Rishi Kapoor, Stephen Kratzer, Nanfang Li, Karthik Nagaraj, Jason Ornstein, Samir Sawhney, Ryohei Urata, Lorenzo Vicisano, Kevin Yasumura, Shidong Zhang, Junlan Zhou, Amin Vahdat
SIGCOMM15
2021 Orion: Google's Software-Defined Networking Control Plane
Andrew D. Ferguson, Steve D. Gribble, Chi-Yao Hong, Chip Killian, Waqar Mohsin, Henrik Mühe, Joon Ong, Leonid B. Poutievski, Lorenzo Vicisano, Richard Alimi, Shawn Shuoshuo Chen, Mike Conley, Subhasree Mandal, Karthik Nagaraj, Kondapa Naidu Bollineni, Amr Sabaa, Shidong Zhang, Amin Vahdat
NSDI15
2013 Efficient sessions
K. C. Sivaramakrishnan, Mohammad Qudeisat, Lukasz Ziarek, Karthik Nagaraj, Patrick Eugster
Sci. Comput. Program.4
2012 Structured Comparative Analysis of Systems Logs to Diagnose Performance Problems
Karthik Nagaraj, Chip Killian, Jennifer Neville
NSDI1
2010 Efficient Session Type Guided Distributed Interaction
K. C. Sivaramakrishnan, Karthik Nagaraj, Lukasz Ziarek, Patrick Eugster
COORDINATION2
2010 Finding latent performance bugs in systems implementations
abstract
Robust distributed systems commonly employ high-level recovery mechanisms enabling the system to recover from a wide variety of problematic environmental conditions such as node failures, packet drops and link disconnections. Unfortunately, these recovery mechanisms also effectively mask additional serious design and implementation errors, disguising them as latent performance bugs that severely degrade end-to-end system performance. These bugs typically go unnoticed due to the challenge of distinguishing between a bug and an intermittent environmental condition that must be tolerated by the system. We present techniques that can automatically pinpoint latent performance bugs in systems implementations, in the spirit of recent advances in model checking by systematic state space exploration. The techniques proceed by automating the process of conducting random simulations, identifying performance anomalies, and analyzing anomalous executions to pinpoint the circumstances leading to performance degradation.
Chip Killian, Karthik Nagaraj, Salman Pervez, Ryan Braud, James W. Anderson, Ranjit Jhala
SIGSOFT FSE2