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

Alvin A. George

dblp:270/3828 · 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 · 1Software engineering, systems software and programming languages · 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 · 50% Parallel and multicore computing · 50%

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

TopicWeightPapersLastEvidence papers
Parallel and multicore computing › parallel computing › parallel program debugging
data race detection
0.412020
ScoRD: A Scoped Race Detector for GPUs · ISCA 2020
GPUs and heterogeneous computing › GPU memory
GPU memory consistency
0.412020
ScoRD: A Scoped Race Detector for GPUs · ISCA 2020
GPUs and heterogeneous computing › GPU computing
GPU synchronization
0.412020
ScoRD: A Scoped Race Detector for GPUs · ISCA 2020
Parallel and multicore computing › parallel computing › parallel program analysis › concurrency bug detection
race detection
0.412020
ScoRD: A Scoped Race Detector for GPUs · ISCA 2020

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

hardware support · 0.4dynamic race detection · 0.4
YearPublicationVenuePosition
2020 ScoRD: A Scoped Race Detector for GPUs
abstract
GPUs have emerged as a key computing platform for an ever-growing range of applications. Unlike traditional bulk-synchronous GPU programs, many emerging GPU-accelerated applications, such as graph processing, have irregular interaction among the concurrent threads. Consequently, they need complex synchronization. To enable both high performance and adequate synchronization, GPU vendors have introduced scoped synchronization operations that allow a programmer to synchronize within a subset of concurrent threads (a.k. a., scope) that she deems adequate. Scoped-synchronization avoids the performance overhead of synchronization across thousands of GPU threads while ensuring correctness when used appropriately. This flexibility, however, could be a new source of incorrect synchronization where a race can occur due to insufficient scope of the synchronization operation, and not due to missing synchronization as in a typical race. We introduce ScoRD, a race detector that enables hardware support for efficiently detecting global memory races in a GPU program, including those that arise due to insufficient scopes of synchronization operations. We show that ScoRD can detect a variety of races with a modest performance overhead (on average, 35%). In the process of this study, we also created a benchmark suite consisting of seven applications and three categories of microbenchmarks that use scoped synchronization operations.
Aditya K. Kamath, Alvin A. George, Arkaprava Basu
ISCA2