EDBT 2026 Demo / reviewers in the wild / expert
Chandni Singh
dblp:273/7113
· DBLP profile ↗
1ranked-venue papers
0as first author
0since 2021 · last 2020
—ORCID · unresolved
Domains — the database's venue-derived domains; a paper can count in several
Databases, data management, data science and information retrieval · 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 architecture, parallel and distributed computing, and storage systems
1 paper |
Cloud and datacenter computing · 61% Distributed systems · 30% High-performance computing · 9% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Cloud and datacenter computing
cluster resource management and scheduling |
0.4 | 1 | 2020 | Magnet: Push-based Shuffle Service for Large-scale Data Processing · Proc. VLDB Endow. 2020 |
Distributed systems › distributed data processing
data shuffling |
0.4 | 1 | 2020 | Magnet: Push-based Shuffle Service for Large-scale Data Processing · Proc. VLDB Endow. 2020 |
Cloud and datacenter computing › big data platform
shuffle service |
0.4 | 1 | 2020 | Magnet: Push-based Shuffle Service for Large-scale Data Processing · Proc. VLDB Endow. 2020 |
High-performance computing › data-intensive computing
large-scale data processing |
0.1 | 1 | 2020 | Magnet: Push-based Shuffle Service for Large-scale Data Processing · Proc. VLDB Endow. 2020 |
Methods — techniques the papers use, named apart from their topics
push-based shuffle · 0.4data merging · 0.4
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2020 | Magnet: Push-based Shuffle Service for Large-scale Data ProcessingabstractOver the past decade, Apache Spark has become a popular compute engine for large scale data processing. Similar to other compute engines based on the MapReduce compute paradigm, the shuffle operation, namely the all-to-all transfer of the intermediate data, plays an important role in Spark. At LinkedIn, with the rapid growth of the data size and scale of the Spark deployment, the shuffle operation is becoming a bottleneck of further scaling the infrastructure. This has led to overall job slowness and even failures for long running jobs. This not only impacts developer productivity for addressing such slowness and failures, but also results in high operational cost of infrastructure. In this work, we describe the main bottlenecks impacting shuffle scalability. We propose Magnet, a novel shuffle mechanism that can scale to handle petabytes of daily shuffled data and clusters with thousands of nodes. Magnet is designed to work with both on-prem and cloud-based cluster deployments. It addresses a key shuffle scalability bottleneck by merging fragmented intermediate shuffle data into large blocks. Magnet provides further improvements by co-locating merged blocks with the reduce tasks. Our benchmarks show that Magnet significantly improves shuffle performance independent of the underlying hardware. Magnet reduces the end-to-end runtime of Linkedln's production Spark jobs by nearly 30%. Furthermore, Magnet improves user productivity by removing the shuffle related tuning burden from users. Chandni Singh |
Proc. VLDB Endow. | 3 |