Chandni Singh

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

TopicWeightPapersLastEvidence papers
Cloud and datacenter computing
cluster resource management and scheduling
0.412020
Magnet: Push-based Shuffle Service for Large-scale Data Processing · Proc. VLDB Endow. 2020
Distributed systems › distributed data processing
data shuffling
0.412020
Magnet: Push-based Shuffle Service for Large-scale Data Processing · Proc. VLDB Endow. 2020
Cloud and datacenter computing › big data platform
shuffle service
0.412020
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.112020
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
YearPublicationVenuePosition
2020 Magnet: Push-based Shuffle Service for Large-scale Data Processing
abstract
Over 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