Demo Data from SIGIR 2026 / reviewers in the wild / expert
Geoffrey Sawaya
dblp:68/5327 · also Geof Sawaya
· DBLP profile ↗
2ranked-venue papers
0as first author
0since 2021 · last 2012
—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.
| Software engineering, system software, and programming languages
1 paper |
Program verification · 44% Software testing · 44% Program analysis · 13% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Program verification › code-level verification
GPU kernel verification |
0.1 | 1 | 2012 | GKLEE: concolic verification and test generation for GPUs · PPoPP 2012 |
Software testing
test generation |
0.1 | 1 | 2012 | GKLEE: concolic verification and test generation for GPUs · PPoPP 2012 |
Program analysis
symbolic execution |
0.0 | 1 | 2012 | GKLEE: concolic verification and test generation for GPUs · PPoPP 2012 |
Methods — techniques the papers use, named apart from their topics
test case reduction · 0.1symbolic virtual machine · 0.1concolic testing · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2012 | GKLEE: concolic verification and test generation for GPUsabstractPrograms written for GPUs often contain correctness errors such as races, deadlocks, or may compute the wrong result. Existing debugging tools often miss these errors because of their limited input-space and execution-space exploration. Existing tools based on conservative static analysis or conservative modeling of SIMD concurrency generate false alarms resulting in wasted bug-hunting. They also often do not target performance bugs (non-coalesced memory accesses, memory bank conflicts, and divergent warps). We provide a new framework called GKLEE that can analyze C++ GPU programs, locating the aforesaid correctness and performance bugs. For these programs, GKLEE can also automatically generate tests that provide high coverage. These tests serve as concrete witnesses for every reported bug. They can also be used for downstream debugging, for example to test the kernel on the actual hardware. We describe the architecture of GKLEE, its symbolic virtual machine model, and describe previously unknown bugs and performance issues that it detected on commercial SDK kernels. We describe GKLEE's test-case reduction heuristics, and the resulting scalability improvement for a given coverage target. Peng Li 0058, Geoffrey Sawaya, Ganesh Gopalakrishnan, Indradeep Ghosh, Sreeranga P. Rajan |
PPoPP | 3 |
| 2009 | Parallel and distributed model checking in Eddy
Igor Melatti, Robert Palmer, Geoffrey Sawaya, Yu Yang 0013, Robert M. Kirby, Ganesh Gopalakrishnan |
Int. J. Softw. Tools Technol. Transf. | 3 |