Demo Data from EDBT 2026 / reviewers in the wild / expert
Dennis Geels
dblp:16/434
· DBLP profile ↗
6ranked-venue papers
2as first author
0since 2021 · last 2007
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 4 · 1 first-authorComputer networks · 2 · 1 first-authorSoftware engineering, systems software and programming languages · 1Databases, data management, data science and information retrieval · 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
6 papers |
Distributed systems · 83% Storage systems · 17% | |
| Computer networks
1 paper |
Network performance modeling · 100% |
Topics — the 10 heaviest of 12, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Distributed systems
fault tolerance |
0.2 | 4 | 2007 | Replay Debugging for Distributed Applications (Awarded Best Paper!) · USENIX ATC, General Track 2006 On failure detection algorithms in overlay networks · INFOCOM 2005 Friday: Global Comprehension for Distributed Replay · NSDI 2007 |
Distributed systems
distributed debugging |
0.1 | 1 | 2007 | Friday: Global Comprehension for Distributed Replay · NSDI 2007 |
Distributed systems › fault tolerance
failure detection |
0.1 | 1 | 2005 | On failure detection algorithms in overlay networks · INFOCOM 2005 |
Distributed systems › peer-to-peer systems
distributed hash table |
0.0 | 1 | 2004 | Handling Churn in a DHT (Awarded Best Paper!) · USENIX ATC, General Track 2004 |
Distributed systems
peer-to-peer systems |
0.0 | 1 | 2004 | Handling Churn in a DHT (Awarded Best Paper!) · USENIX ATC, General Track 2004 |
Storage systems
distributed storage |
0.0 | 1 | 2003 | Pond: The OceanStore Prototype · FAST 2003 |
Storage systems › storage architecture
persistent storage |
0.0 | 1 | 2000 | OceanStore: An Architecture for Global-Scale Persistent Storage · ASPLOS 2000 |
Distributed systems › peer-to-peer systems
overlay networks |
0.0 | 1 | 2005 | On failure detection algorithms in overlay networks · INFOCOM 2005 |
Storage systems
archival storage |
0.0 | 1 | 2003 | Pond: The OceanStore Prototype · FAST 2003 |
Distributed systems › distributed system security
untrusted servers |
0.0 | 1 | 2000 | OceanStore: An Architecture for Global-Scale Persistent Storage · ASPLOS 2000 |
Methods — techniques the papers use, named apart from their topics
simulation · 0.1keep-alive algorithms · 0.1implementation · 0.1deterministic replay · 0.1churn handling · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2007 | Friday: Global Comprehension for Distributed Replay
Dennis Geels, Gautam Altekar, Petros Maniatis, Timothy Roscoe, Ion Stoica |
NSDI | 1 |
| 2006 | Replay Debugging for Distributed Applications (Awarded Best Paper!)
Dennis Geels, Gautam Altekar, Scott Shenker, Ion Stoica |
USENIX ATC, General Track | 1 |
| 2005 | On failure detection algorithms in overlay networksabstractOne of the key reasons overlay networks are seen as an excellent platform for large scale distributed systems is their resilience in the presence of node failures. This resilience rely on accurate and timely detection of node failures. Despite the prevalent use of keep-alive algorithms in overlay networks to detect node failures, their tradeoffs and the circumstances in which they might best he suited is not well understood. In this paper, we study how the design of various keep-alive approaches affect their performance in node failure detection time, probability of false positive, control overhead, and packet loss rate via analysis, simulation, and implementation. We find that among the class of keep-alive algorithms that share information, the maintenance of backpointer state substantially improves detection time and packet loss rate. The improvement in detection time between baseline and sharing algorithms becomes more pronounced as the size of neighbor set increases. Finally, sharing of information allows a network to tolerate a higher churn rate than baseline. Shelley Zhuang, Dennis Geels, Ion Stoica, Randy H. Katz |
INFOCOM | 2 |
| 2004 | Handling Churn in a DHT (Awarded Best Paper!)
Sean C. Rhea, Dennis Geels, Timothy Roscoe, John Kubiatowicz |
USENIX ATC, General Track | 2 |
| 2003 | Pond: The OceanStore Prototype
Sean C. Rhea, Patrick R. Eaton, Dennis Geels, Hakim Weatherspoon, Ben Y. Zhao, John Kubiatowicz |
FAST | 3 |
| 2000 | OceanStore: An Architecture for Global-Scale Persistent StorageabstractOceanStore is a utility infrastructure designed to span the globe and provide continuous access to persistent information. Since this infrastructure is comprised of untrusted servers, data is protected through redundancy and cryptographic techniques. To improve performance, data is allowed to be cached anywhere, anytime. Additionally, monitoring of usage patterns allows adaptation to regional outages and denial of service attacks; monitoring also enhances performance through pro-active movement of data. A prototype implementation is currently under development. John Kubiatowicz, David Bindel, Yan Chen 0004, Steven E. Czerwinski, Patrick R. Eaton, Dennis Geels, Ramakrishna Gummadi, Sean C. Rhea, Hakim Weatherspoon, Westley Weimer, Chris Wells, Ben Y. Zhao |
ASPLOS | 6 |