EDBT 2026 Demo / reviewers in the wild / expert
Frank Dabek
dblp:19/6590
· DBLP profile ↗
8ranked-venue papers
4as first author
0since 2021 · last 2010
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Computer networks · 4 · 2 first-authorSoftware engineering, systems software and programming languages · 3 · 2 first-authorSystems, architecture and hardware · 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
7 papers |
Distributed systems · 70% Storage systems · 23% Parallel and multicore computing · 6% | |
| Computer networks
3 papers |
Internet architecture and protocols · 39% Network measurement and analytics · 31% Network performance modeling · 31% | |
| Databases, data mining, and information retrieval
1 paper |
Transaction processing and concurrency control · 100% |
Topics — the 15 heaviest of 21, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Distributed systems › peer-to-peer systems
distributed hash table |
0.1 | 3 | 2004 | Designing a DHT for Low Latency and High Throughput · NSDI 2004 Chord: a scalable peer-to-peer lookup protocol for internet applications · IEEE/ACM Trans. Netw. 2003 Wide-Area Cooperative Storage with CFS · SOSP 2001 |
Distributed systems › distributed database
distributed transactions |
0.1 | 1 | 2010 | Large-scale Incremental Processing Using Distributed Transactions and Notifications · OSDI 2010 |
Storage systems
distributed storage |
0.1 | 1 | 2006 | Efficient Replica Maintenance for Distributed Storage Systems · NSDI 2006 |
Distributed systems › replication
replica management |
0.1 | 1 | 2006 | Efficient Replica Maintenance for Distributed Storage Systems · NSDI 2006 |
Network performance modeling › performance prediction
latency prediction |
0.0 | 1 | 2004 | Vivaldi: a decentralized network coordinate system · SIGCOMM 2004 |
Network measurement and analytics
network coordinate system |
0.0 | 1 | 2004 | Vivaldi: a decentralized network coordinate system · SIGCOMM 2004 |
Internet architecture and protocols
peer-to-peer networks |
0.0 | 1 | 2004 | Designing a DHT for Low Latency and High Throughput · NSDI 2004 |
Distributed systems › peer-to-peer systems › overlay networks › structured overlay
chord |
0.0 | 1 | 2003 | Chord: a scalable peer-to-peer lookup protocol for internet applications · IEEE/ACM Trans. Netw. 2003 |
Parallel and multicore computing › programming models
event-driven programming |
0.0 | 1 | 2003 | Multiprocessor Support for Event-Driven Programs · USENIX ATC, General Track 2003 |
Distributed systems
peer-to-peer systems |
0.0 | 1 | 2003 | Chord: a scalable peer-to-peer lookup protocol for internet applications · IEEE/ACM Trans. Netw. 2003 |
Storage systems › storage architecture
block storage |
0.0 | 1 | 2001 | Wide-Area Cooperative Storage with CFS · SOSP 2001 |
Storage systems › file systems
distributed file system |
0.0 | 1 | 2001 | Wide-Area Cooperative Storage with CFS · SOSP 2001 |
Storage systems › distributed storage
peer-to-peer storage |
0.0 | 1 | 2001 | Wide-Area Cooperative Storage with CFS · SOSP 2001 |
Distributed systems
fault tolerance |
0.0 | 2 | 2006 | Efficient Replica Maintenance for Distributed Storage Systems · NSDI 2006 Wide-Area Cooperative Storage with CFS · SOSP 2001 |
Distributed systems
replication |
0.0 | 2 | 2006 | Efficient Replica Maintenance for Distributed Storage Systems · NSDI 2006 Wide-Area Cooperative Storage with CFS · SOSP 2001 |
Methods — techniques the papers use, named apart from their topics
consistent hashing · 0.1server selection · 0.0replication · 0.0chord location protocol · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2010 | Large-scale Incremental Processing Using Distributed Transactions and Notifications
Daniel Peng, Frank Dabek |
OSDI | 2 |
| 2006 | Efficient Replica Maintenance for Distributed Storage Systems
Byung-Gon Chun, Frank Dabek, Andreas Haeberlen, Emil Sit, Hakim Weatherspoon, M. Frans Kaashoek, John Kubiatowicz, Robert Morris 0005 |
NSDI | 2 |
| 2004 | Designing a DHT for Low Latency and High Throughput
Frank Dabek, Jinyang Li 0001, Emil Sit, James Robertson, M. Frans Kaashoek, Robert Morris 0005 |
NSDI | 1 |
| 2004 | Vivaldi: a decentralized network coordinate systemabstractLarge-scale Internet applications can benefit from an ability to predict round-trip times to other hosts without having to contact them first. Explicit measurements are often unattractive because the cost of measurement can outweigh the benefits of exploiting proximity information. Vivaldi is a simple, light-weight algorithm that assigns synthetic coordinates to hosts such that the distance between the coordinates of two hosts accurately predicts the communication latency between the hosts. Vivaldi is fully distributed, requiring no fixed network infrastructure and no distinguished hosts. It is also efficient: a new host can compute good coordinates for itself after collecting latency information from only a few other hosts. Because it requires little com-munication, Vivaldi can piggy-back on the communication patterns of the application using it and scale to a large number of hosts. An evaluation of Vivaldi using a simulated network whose latencies are based on measurements among 1740 Internet hosts shows that a 2-dimensional Euclidean model with height vectors embeds these hosts with low error (the median relative error in round-trip time prediction is 11 percent). Frank Dabek, Russ Cox, M. Frans Kaashoek, Robert Morris 0005 |
SIGCOMM | 1 |
| 2003 | Multiprocessor Support for Event-Driven Programs
Nickolai Zeldovich, Alexander Yip, Frank Dabek, Robert T. Morris, David Mazières, M. Frans Kaashoek |
USENIX ATC, General Track | 3 |
| 2003 | Chord: a scalable peer-to-peer lookup protocol for internet applicationsabstractA fundamental problem that confronts peer-to-peer applications is the efficient location of the node that stores a desired data item. This paper presents Chord, a distributed lookup protocol that addresses this problem. Chord provides support for just one operation: given a key, it maps the key onto a node. Data location can be easily implemented on top of Chord by associating a key with each data item, and storing the key/data pair at the node to which the key maps. Chord adapts efficiently as nodes join and leave the system, and can answer queries even if the system is continuously changing. Results from theoretical analysis and simulations show that Chord is scalable: Communication cost and the state maintained by each node scale logarithmically with the number of Chord nodes. Ion Stoica, Robert Morris 0005, David Liben-Nowell, David R. Karger, M. Frans Kaashoek, Frank Dabek, Hari Balakrishnan |
IEEE/ACM Trans. Netw. | 6 |
| 2001 | Building peer-to-peer systems with Chord, a distributed lookup serviceabstractWe argue that the core problem facing peer-to-peer Systems is locating documents in a decentralized network and propose Chord, a distributed lookup primitive. Chord provides an efficient method of locating documents while placing few constraints on the applications that use it. As proof that Chord's functionality is useful in the development of peer-to-peer applications, we outline the implementation of a peer-to-peer file sharing system based on Chord. Frank Dabek, Emma Brunskill, M. Frans Kaashoek, David R. Karger, Robert Morris 0005, Ion Stoica, Hari Balakrishnan |
HotOS | 1 |
| 2001 | Wide-Area Cooperative Storage with CFSabstractThe Cooperative File System (CFS) is a new peer-to-peer read-only storage system that provides provable guarantees for the efficiency, robustness, and load-balance of file storage and retrieval. CFS does this with a completely decentralized architecture that can scale to large systems. CFS servers provide a distributed hash table (DHash) for block storage. CFS clients interpret DHash blocks as a file system. DHash distributes and caches blocks at a fine granularity to achieve load balance, uses replication for robustness, and decreases latency with server selection. DHash finds blocks using the Chord location protocol, which operates in time logarithmic in the number of servers.CFS is implemented using the SFS file system toolkit and runs on Linux, OpenBSD, and FreeBSD. Experience on a globally deployed prototype shows that CFS delivers data to clients as fast as FTP. Controlled tests show that CFS is scalable: with 4,096 servers, looking up a block of data involves contacting only seven servers. The tests also demonstrate nearly perfect robustness and unimpaired performance even when as many as half the servers fail. Frank Dabek, M. Frans Kaashoek, David R. Karger, Robert Morris 0005, Ion Stoica |
SOSP | 1 |