Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Dennis Geels

dblp:16/434 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Distributed systems
fault tolerance
0.242007
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.112007
Friday: Global Comprehension for Distributed Replay · NSDI 2007
Distributed systems › fault tolerance
failure detection
0.112005
On failure detection algorithms in overlay networks · INFOCOM 2005
Distributed systems › peer-to-peer systems
distributed hash table
0.012004
Handling Churn in a DHT (Awarded Best Paper!) · USENIX ATC, General Track 2004
Distributed systems
peer-to-peer systems
0.012004
Handling Churn in a DHT (Awarded Best Paper!) · USENIX ATC, General Track 2004
Storage systems
distributed storage
0.012003
Pond: The OceanStore Prototype · FAST 2003
Storage systems › storage architecture
persistent storage
0.012000
OceanStore: An Architecture for Global-Scale Persistent Storage · ASPLOS 2000
Distributed systems › peer-to-peer systems
overlay networks
0.012005
On failure detection algorithms in overlay networks · INFOCOM 2005
Storage systems
archival storage
0.012003
Pond: The OceanStore Prototype · FAST 2003
Distributed systems › distributed system security
untrusted servers
0.012000
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
YearPublicationVenuePosition
2007 Friday: Global Comprehension for Distributed Replay
Dennis Geels, Gautam Altekar, Petros Maniatis, Timothy Roscoe, Ion Stoica
NSDI1
2006 Replay Debugging for Distributed Applications (Awarded Best Paper!)
Dennis Geels, Gautam Altekar, Scott Shenker, Ion Stoica
USENIX ATC, General Track1
2005 On failure detection algorithms in overlay networks
abstract
One 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
INFOCOM2
2004 Handling Churn in a DHT (Awarded Best Paper!)
Sean C. Rhea, Dennis Geels, Timothy Roscoe, John Kubiatowicz
USENIX ATC, General Track2
2003 Pond: The OceanStore Prototype
Sean C. Rhea, Patrick R. Eaton, Dennis Geels, Hakim Weatherspoon, Ben Y. Zhao, John Kubiatowicz
FAST3
2000 OceanStore: An Architecture for Global-Scale Persistent Storage
abstract
OceanStore 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
ASPLOS6