Demo Data from SIGIR 2026 / reviewers in the wild / expert
Manish Munikar
dblp:250/2547
· DBLP profile ↗
3ranked-venue papers
1as first author
3since 2021 · last 2023
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 3 · 1 first-author · 3 since 2021
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 architecture, parallel and distributed computing, and storage systems
1 paper |
Cloud and datacenter computing · 87% Parallel and multicore computing · 13% | |
| Software engineering, system software, and programming languages
1 paper |
Operating systems · 100% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Operating systems
network stack |
0.5 | 1 | 2021 | Parallelizing packet processing in container overlay networks · EuroSys 2021 |
Cloud and datacenter computing › cloud networking
container networking |
0.5 | 1 | 2021 | Parallelizing packet processing in container overlay networks · EuroSys 2021 |
Cloud and datacenter computing › cloud networking › container networking
container overlay network |
0.5 | 1 | 2021 | Parallelizing packet processing in container overlay networks · EuroSys 2021 |
Parallel and multicore computing › parallel computing › parallel data processing
parallel packet processing |
0.1 | 1 | 2021 | Parallelizing packet processing in container overlay networks · EuroSys 2021 |
Methods — techniques the papers use, named apart from their topics
profiling · 1.0code analysis · 1.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2023 | Accelerating Packet Processing in Container Overlay Networks via Packet-level ParallelismabstractOverlay networks serve as the de facto network virtualization technique for providing connectivity among distributed containers. Despite the flexibility in building customized private container networks, overlay networks incur significant performance loss compared to physical networks (i.e., the native). The culprit lies in the inclusion of multiple network processing stages in overlay networks, which prolongs the network processing path and overloads CPU cores. In this paper, we propose mFlow, a novel packet steering approach to parallelize the in-kernel data path of network flows. mFlow exploits packet-level parallelism in the kernel network stack by splitting the packets of the same flow into multiple micro-flows, which can be processed in parallel on multiple cores. mFlow devises new, generic mechanisms for flow splitting while preserving in-order packet delivery with little overhead. Our evaluation with both micro-benchmarks and real-world applications demonstrates the effectiveness of mFlow, with significantly improved performance – e.g., by 81% in TCP throughput and 139% in UDP compared to vanilla overlay networks. mFlow even achieved higher TCP throughput than the native (e.g., 29.8 vs. 26.6 Gbps). Jiaxin Lei, Manish Munikar, Hui Lu 0001, Jia Rao |
IPDPS | 2 |
| 2022 | Prism: Streamlined Packet Processing for Containers with Flow PrioritizationabstractAdvanced high-speed network cards have made packet processing in host operating systems a major performance bottleneck. The kernel network stack gives rise to various sources of overheads that limit the throughput and lengthen the per-packet processing latency. The problem is further exacerbated for short-lived, latency-sensitive network flows such as control packets, online gaming, database requests, etc. — in a highly utilized system, especially in virtualized (containerized) cloud environments, short flows can experience excessively long in-kernel queuing delays. As a consequence, recent research works propose to bypass the kernel network stack to enable lightweight, custom userspace network stacks for improved performance, but at a heavy cost of compatibility and security. In this paper, we take a different approach: We first analyze various sources of inefficiencies in the kernel network stack and propose ways to mitigate them without compromising systems compatibility, security, or flexibility. Further, we propose Prism, a novel mechanism in the kernel network stack to differentiate incoming packets based on their performance requirements and streamline the processing stages of multi-stage packet processing pipelines (e.g., in container overlay networks). Our evaluation demonstrates that Prism can significantly improve the latency of high-priority flows in container overly networks in the presence of heavy low-priority background traffic. Manish Munikar, Jiaxin Lei, Hui Lu 0001, Jia Rao |
ICDCS | 1 |
| 2021 | Parallelizing packet processing in container overlay networksabstractContainer networking, which provides connectivity among containers on multiple hosts, is crucial to building and scaling container-based microservices. While overlay networks are widely adopted in production systems, they cause significant performance degradation in both throughput and latency compared to physical networks. This paper seeks to understand the bottlenecks of in-kernel networking when running container overlay networks. Through profiling and code analysis, we find that a prolonged data path, due to packet transformation in overlay networks, is the culprit of performance loss. Furthermore, existing scaling techniques in the Linux network stack are ineffective for parallelizing the prolonged data path of a single network flow. Jiaxin Lei, Manish Munikar, Kun Suo, Hui Lu 0001, Jia Rao |
EuroSys | 2 |