Demo Data from EDBT 2026 / reviewers in the wild / expert
David Koh
dblp:97/9727
· 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 · 2Software 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 analysis · 50% Concurrent programming · 50% | |
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Processor architecture and microarchitecture · 100% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Concurrent programming › concurrency bug detection
data race detection |
0.1 | 1 | 2012 | Aikido: accelerating shared data dynamic analyses · ASPLOS 2012 |
Program analysis
dynamic analysis |
0.1 | 1 | 2012 | Aikido: accelerating shared data dynamic analyses · ASPLOS 2012 |
Processor architecture and microarchitecture › chip multiprocessor
shared-memory multicore |
0.0 | 1 | 2012 | Aikido: accelerating shared data dynamic analyses · ASPLOS 2012 |
Methods — techniques the papers use, named apart from their topics
vector clocks · 0.3hardware protection mechanisms · 0.3dynamic binary rewriting · 0.3
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2012 | Aikido: accelerating shared data dynamic analysesabstractDespite a burgeoning demand for parallel programs, the tools available to developers working on shared-memory multicore processors have lagged behind. One reason for this is the lack of hardware support for inspecting the complex behavior of these parallel programs. Inter-thread communication, which must be instrumented for many types of analyses, may occur with any memory operation. To detect such thread communication in software, many existing tools require the instrumentation of all memory operations, which leads to significant performance overheads. To reduce this overhead, some existing tools resort to random sampling of memory operations, which introduces false negatives. Unfortunately, neither of these approaches provide the speed and accuracy programmers have traditionally expected from their tools. In this work, we present Aikido, a new system and framework that enables the development of efficient and transparent analyses that operate on shared data. Aikido uses a hybrid of existing hardware features and dynamic binary rewriting to detect thread communication with low overhead. Aikido runs a custom hypervisor below the operating system, which exposes per-thread hardware protection mechanisms not available in any widely used operating system. This hybrid approach allows us to benefit from the low cost of detecting memory accesses with hardware, while maintaining the word-level accuracy of a software-only approach. To evaluate our framework, we have implemented an Aikido-enabled vector clock race detector. Our results show that the Aikido enabled race-detector outperforms existing techniques that provide similar accuracy by up to 6.0x, and 76% on average, on the PARSEC benchmark suite. Marek Olszewski, David Koh, Jason Ansel, Saman P. Amarasinghe |
ASPLOS | 3 |
| 2011 | Dynamic cache contention detection in multi-threaded applicationsabstractIn today's multi-core systems, cache contention due to true and false sharing can cause unexpected and significant performance degradation. A detailed understanding of a given multi-threaded application's behavior is required to precisely identify such performance bottlenecks. Traditionally, however, such diagnostic information can only be obtained after lengthy simulation of the memory hierarchy. David Koh, Syed Raza, Derek Bruening, Weng-Fai Wong, Saman P. Amarasinghe |
VEE | 2 |