Demo Data from EDBT 2026 / reviewers in the wild / expert
Mihir Kelkar
dblp:47/10948
· DBLP profile ↗
1ranked-venue papers
0as first author
0since 2021 · last 2011
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Applied, interdisciplinary, general and emerging computing · 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 · 44% Embedded and real-time systems · 44% Parallel and multicore computing · 13% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
GPUs and heterogeneous computing
GPU computing |
0.1 | 1 | 2011 | RGEM: A Responsive GPGPU Execution Model for Runtime Engines · RTSS 2011 |
Embedded and real-time systems
real-time scheduling |
0.1 | 1 | 2011 | RGEM: A Responsive GPGPU Execution Model for Runtime Engines · RTSS 2011 |
Parallel and multicore computing
parallel programming runtimes |
0.0 | 1 | 2011 | RGEM: A Responsive GPGPU Execution Model for Runtime Engines · RTSS 2011 |
Methods — techniques the papers use, named apart from their topics
priority-based launch control · 0.1chunked memory copy · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2011 | RGEM: A Responsive GPGPU Execution Model for Runtime EnginesabstractGeneral-purpose computing on graphics processing units, also known as GPGPU, is a burgeoning technique to enhance the computation of parallel programs. Applying this technique to real-time applications, however, requires additional support for timeliness of execution. In particular, the non-preemptive nature of GPGPU, associated with copying data to/from the device memory and launching code onto the device, needs to be managed in a timely manner. In this paper, we present a responsive GPGPU execution model (RGEM), which is a user-space runtime solution to protect the response times of high-priority GPGPU tasks from competing workload. RGEM splits a memory-copy transaction into multiple chunks so that preemption points appear at chunk boundaries. It also ensures that only the highest-priority GPGPU task launches code onto the device at any given time, to avoid performance interference caused by concurrent launches. A prototype implementation of an RGEM-based CUDA runtime engine is provided to evaluate the real-world impact of RGEM. Our experiments demonstrate that the response times of high-priority GPGPU tasks can be protected under RGEM, whereas their response times increase in an unbounded fashion without RGEM support, as the data sizes of competing workload increase. Shinpei Kato, Karthik Lakshmanan, Mihir Kelkar, Yutaka Ishikawa, Ragunathan Rajkumar |
RTSS | 4 |