Demo Data from EDBT 2026 / reviewers in the wild / expert
Alvin A. George
dblp:270/3828
· DBLP profile ↗
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
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Parallel and multicore computing › parallel computing › parallel program debugging
data race detection |
0.4 | 1 | 2020 | ScoRD: A Scoped Race Detector for GPUs · ISCA 2020 |
GPUs and heterogeneous computing › GPU memory
GPU memory consistency |
0.4 | 1 | 2020 | ScoRD: A Scoped Race Detector for GPUs · ISCA 2020 |
GPUs and heterogeneous computing › GPU computing
GPU synchronization |
0.4 | 1 | 2020 | ScoRD: A Scoped Race Detector for GPUs · ISCA 2020 |
Parallel and multicore computing › parallel computing › parallel program analysis › concurrency bug detection
race detection |
0.4 | 1 | 2020 | 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
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2020 | ScoRD: A Scoped Race Detector for GPUsabstractGPUs 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 |
ISCA | 2 |