Demo Data from EDBT 2026 / reviewers in the wild / expert
Jesper Puge Nielsen
dblp:175/6617
· DBLP profile ↗
1ranked-venue papers
1as first author
0since 2021 · last 2016
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 1 · 1 first-author
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 |
Parallel and multicore computing · 100% |
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
concurrent data structures |
0.2 | 1 | 2016 | A scalable lock-free hash table with open addressing · PPoPP 2016 |
Parallel and multicore computing › concurrent data structures
lock-free hash table |
0.2 | 1 | 2016 | A scalable lock-free hash table with open addressing · PPoPP 2016 |
Parallel and multicore computing
concurrent programming |
0.1 | 1 | 2016 | A scalable lock-free hash table with open addressing · PPoPP 2016 |
Parallel and multicore computing › synchronization
non-blocking synchronization |
0.1 | 1 | 2016 | A scalable lock-free hash table with open addressing · PPoPP 2016 |
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2016 | A scalable lock-free hash table with open addressingabstractConcurrent data structures synchronized with locks do not scale well with the number of threads. As more scalable alternatives, concurrent data structures and algorithms based on widely available, however advanced, atomic operations have been proposed. These data structures allow for correct and concurrent operations without any locks. In this paper, we present a new fully lock-free open addressed hash table with a simpler design than prior published work. We split hash table insertions into two atomic phases: first inserting a value ignoring other concurrent operations, then in the second phase resolve any duplicate or conflicting values. Jesper Puge Nielsen, Sven Karlsson |
PPoPP | 1 |