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

Daniel Ellard

dblp:03/6368 · DBLP profile ↗
← Back
6ranked-venue papers
4as first author
0since 2021 · last 2015
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Systems, architecture and hardware · 5 · 3 first-authorComputer networks · 1 · 1 first-authorSoftware engineering, systems software and programming languages · 1Databases, data management, data science and information retrieval · 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
4 papers
Storage systems · 52% Performance modeling and evaluation · 24% Distributed systems · 23%
Network and information security
1 paper
Privacy and data protection · 100%

Topics — the 10 heaviest of 10, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Storage systems
file systems
0.122008
FlexVol: Flexible, Efficient File Volume Virtualization in WAFL · USENIX ATC 2008
Passive NFS Tracing of Email and Research Workloads · FAST 2003
Distributed systems › fault tolerance
byzantine fault tolerance
0.112005
DISP: Practical, efficient, secure and fault-tolerant distributed data storage · ACM Trans. Storage 2005
Storage systems
distributed storage
0.112005
DISP: Practical, efficient, secure and fault-tolerant distributed data storage · ACM Trans. Storage 2005
Distributed systems
fault tolerance
0.112005
DISP: Practical, efficient, secure and fault-tolerant distributed data storage · ACM Trans. Storage 2005
Performance modeling and evaluation › simulation
trace replay
0.112005
TBBT: scalable and accurate trace replay for file server evaluation · SIGMETRICS 2005
Storage systems › file systems › distributed file system
network file system
0.012003
Passive NFS Tracing of Email and Research Workloads · FAST 2003
Performance modeling and evaluation
workload characterization
0.012003
Passive NFS Tracing of Email and Research Workloads · FAST 2003
Storage systems
storage virtualization
0.012008
FlexVol: Flexible, Efficient File Volume Virtualization in WAFL · USENIX ATC 2008
Privacy and data protection › data confidentiality
encrypted storage
0.012005
DISP: Practical, efficient, secure and fault-tolerant distributed data storage · ACM Trans. Storage 2005
Performance modeling and evaluation
benchmarking
0.012005
TBBT: scalable and accurate trace replay for file server evaluation · SIGMETRICS 2005

Methods — techniques the papers use, named apart from their topics

integrity check · 0.1erasure coding · 0.1trace replay · 0.1tracing · 0.0
YearPublicationVenuePosition
2015 Rebound: Decoy routing on asymmetric routes via error messages
abstract
Decoy routing is a powerful circumvention mechanism intended to provide secure communications that cannot be monitored, detected, or disrupted by a third party who controls the user's network infrastructure. Current decoy routing protocols have weaknesses, however: they either make the unrealistic assumption that routes through the network are symmetric (i.e., the router implementing the decoy routing protocol must see all of the traffic, in both directions, from each connection it modifies), or their protocol requires modifying the route taken by packets in connections that use the protocol, and these route changes are detectable by a third party. We present Rebound, a decoy routing protocol that tolerates asymmetric routes without modifying the route taken by any packet that passes through the decoy router, making it more difficult to detect or disrupt than previous decoy routing protocols.
Daniel Ellard, Christine E. Jones, Victoria Manfredi, W. Timothy Strayer, Bishal Thapa, Megan Van Welie, Alden W. Jackson
LCN1
2008 FlexVol: Flexible, Efficient File Volume Virtualization in WAFL
John K. Edwards, Daniel Ellard, Craig Everhart, Robert Fair, Andy Kahn, Arkady Kanevsky, James Lentini, Ashish Prakash, Keith A. Smith, Edward R. Zayas
USENIX ATC2
2005 TBBT: scalable and accurate trace replay for file server evaluation
abstract
No abstract available.
Ningning Zhu, Jiawu Chen, Tzi-cker Chiueh, Daniel Ellard
SIGMETRICS4
2005 DISP: Practical, efficient, secure and fault-tolerant distributed data storage
abstract
DISP is a practical client-server protocol for the distributed storage of immutable data objects. Unlike most other contemporary protocols, DISP permits applications to make explicit tradeoffs between total storage space, computational overhead, and guarantees of availability, integrity, and privacy on a per-object basis. Applications specify the degree of redundancy with which each item is encoded, what level of integrity checks are computed and stored with each item, and whether items are stored in an encrypted format. At one extreme, clients willing to pay the overhead are guaranteed privacy, integrity, and availability of data stored in the system as long as fewer than half the servers are Byzantine. At the other extreme, objects that do not require privacy or integrity in the face of Byzantine servers can be stored with very low computational and storage overhead.DISP is efficient in terms of message count, message size, and storage requirements: even in the worst case, the read and write protocols require a number of messages that are linear with respect to the number of servers. In terms of message size, DISP requires transferring only marginally more than L bytes to correctly read an object of size L , even in the face of Byzantine server failures. In this article we provide a description of DISP and an analysis of its fault-tolerant properties. We also analyze the complexity of the protocol and discuss several potential applications. We conclude with a description of our prototype implementation and measurements of its performance on commodity hardware.
Daniel Ellard, James Megquier
ACM Trans. Storage1
2003 Passive NFS Tracing of Email and Research Workloads
Daniel Ellard, Jonathan Ledlie, Pia Malkani, Margo I. Seltzer
FAST1
2003 New NFS Tracing Tools and Techniques for System Analysis
Daniel Ellard, Margo I. Seltzer
LISA1