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

Frank Dabek

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

TopicWeightPapersLastEvidence papers
Distributed systems › peer-to-peer systems
distributed hash table
0.132004
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.112010
Large-scale Incremental Processing Using Distributed Transactions and Notifications · OSDI 2010
Storage systems
distributed storage
0.112006
Efficient Replica Maintenance for Distributed Storage Systems · NSDI 2006
Distributed systems › replication
replica management
0.112006
Efficient Replica Maintenance for Distributed Storage Systems · NSDI 2006
Network performance modeling › performance prediction
latency prediction
0.012004
Vivaldi: a decentralized network coordinate system · SIGCOMM 2004
Network measurement and analytics
network coordinate system
0.012004
Vivaldi: a decentralized network coordinate system · SIGCOMM 2004
Internet architecture and protocols
peer-to-peer networks
0.012004
Designing a DHT for Low Latency and High Throughput · NSDI 2004
Distributed systems › peer-to-peer systems › overlay networks › structured overlay
chord
0.012003
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.012003
Multiprocessor Support for Event-Driven Programs · USENIX ATC, General Track 2003
Distributed systems
peer-to-peer systems
0.012003
Chord: a scalable peer-to-peer lookup protocol for internet applications · IEEE/ACM Trans. Netw. 2003
Storage systems › storage architecture
block storage
0.012001
Wide-Area Cooperative Storage with CFS · SOSP 2001
Storage systems › file systems
distributed file system
0.012001
Wide-Area Cooperative Storage with CFS · SOSP 2001
Storage systems › distributed storage
peer-to-peer storage
0.012001
Wide-Area Cooperative Storage with CFS · SOSP 2001
Distributed systems
fault tolerance
0.022006
Efficient Replica Maintenance for Distributed Storage Systems · NSDI 2006
Wide-Area Cooperative Storage with CFS · SOSP 2001
Distributed systems
replication
0.022006
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
YearPublicationVenuePosition
2010 Large-scale Incremental Processing Using Distributed Transactions and Notifications
Daniel Peng, Frank Dabek
OSDI2
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
NSDI2
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
NSDI1
2004 Vivaldi: a decentralized network coordinate system
abstract
Large-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
SIGCOMM1
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 Track3
2003 Chord: a scalable peer-to-peer lookup protocol for internet applications
abstract
A 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 service
abstract
We 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
HotOS1
2001 Wide-Area Cooperative Storage with CFS
abstract
The 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
SOSP1