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

Vadim Nikiforov

dblp:278/6049 · DBLP profile ↗
← Back
1ranked-venue papers
0as first author
0since 2021 · last 2020
—ORCID · none

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

Systems, architecture and hardware · 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
GPUs and heterogeneous computing · 43% Memory systems · 38% Storage systems · 19%

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

TopicWeightPapersLastEvidence papers
Memory systems › cache management
cache insertion policy
0.412020
Locality-Centric Data and Threadblock Management for Massive GPUs · MICRO 2020
Storage systems
data placement
0.412020
Locality-Centric Data and Threadblock Management for Massive GPUs · MICRO 2020
GPUs and heterogeneous computing
multi-GPU computing
0.412020
Locality-Centric Data and Threadblock Management for Massive GPUs · MICRO 2020
Memory systems
non-uniform memory access
0.412020
Locality-Centric Data and Threadblock Management for Massive GPUs · MICRO 2020
GPUs and heterogeneous computing › GPU scheduling
thread block scheduling
0.412020
Locality-Centric Data and Threadblock Management for Massive GPUs · MICRO 2020
GPUs and heterogeneous computing › GPU architecture
multi-chip module GPU
0.112020
Locality-Centric Data and Threadblock Management for Massive GPUs · MICRO 2020

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

static analysis · 0.4runtime scheduling · 0.4
YearPublicationVenuePosition
2020 Locality-Centric Data and Threadblock Management for Massive GPUs
abstract
Recent work has shown that building GPUs with hundreds of SMs in a single monolithic chip will not be practical due to slowing growth in transistor density, low chip yields, and photoreticle limitations. To maintain performance scalability, proposals exist to aggregate discrete GPUs into a larger virtual GPU and decompose a single GPU into multiple-chip-modules with increased aggregate die area. These approaches introduce non-uniform memory access (NUMA) effects and lead to decreased performance and energy-efficiency if not managed appropriately. To overcome these effects, we propose a holistic Locality-Aware Data Management (LADM) system designed to operate on massive logical GPUs composed of multiple discrete devices, which are themselves composed of chiplets. LADM has three key components: a threadblock-centric index analysis, a runtime system that performs data placement and threadblock scheduling, and an adaptive cache insertion policy. The runtime combines information from the static analysis with topology information to proactively optimize data placement, threadblock scheduling, and remote data caching, minimizing off-chip traffic. Compared to state-of-the-art multi-GPU scheduling, LADM reduces inter-chip memory traffic by 4× and improves system performance by 1.8× on a future multi-GPU system.
Mahmoud Khairy, Vadim Nikiforov, David W. Nellans, Timothy G. Rogers
MICRO2