Demo Data from EDBT 2026 / reviewers in the wild / expert
Benjamin Cassell
dblp:146/9369 · also Ben Cassell
· DBLP profile ↗
6ranked-venue papers
1as first author
0since 2021 · last 2018
0000-0002-2401-5579ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 4 · 1 first-authorSoftware engineering, systems software and programming languages · 2
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
1 paper |
Storage systems · 61% Cloud and datacenter computing · 30% Interconnection networks and networks-on-chip · 9% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Cloud and datacenter computing
datacenter storage |
0.3 | 1 | 2017 | Nessie: A Decoupled, Client-Driven Key-Value Store Using RDMA · IEEE Trans. Parallel Distributed Syst. 2017 |
Storage systems
key-value storage |
0.3 | 1 | 2017 | Nessie: A Decoupled, Client-Driven Key-Value Store Using RDMA · IEEE Trans. Parallel Distributed Syst. 2017 |
Storage systems › key-value storage
RDMA-based key-value store |
0.3 | 1 | 2017 | Nessie: A Decoupled, Client-Driven Key-Value Store Using RDMA · IEEE Trans. Parallel Distributed Syst. 2017 |
Interconnection networks and networks-on-chip
remote direct memory access |
0.1 | 1 | 2017 | Nessie: A Decoupled, Client-Driven Key-Value Store Using RDMA · IEEE Trans. Parallel Distributed Syst. 2017 |
Methods — techniques the papers use, named apart from their topics
RDMA · 0.3
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2018 | SpecRPC: A General Framework for Performing Speculative Remote Procedure CallsabstractIn this paper we introduce SpecRPC, a speculative execution framework that allows applications to concurrently execute dependent operations both locally and through remote procedure calls. The framework tracks dependencies among non-speculative and speculative operations and ensures that incorrect speculations do not affect the correctness of applications that follow our suggested design pattern. By using speculation to parallelize dependent operations, SpecRPC can significantly reduce application latency even if only a fraction of the results can be correctly speculated. We evaluate SpecRPC by using it to implement Replicated Commit, a low-latency distributed transaction commit protocol for geo-replicated database systems. Our evaluation results show that, compared to RPC frameworks that sequentially execute dependent operations, SpecRPC can reduce the average transaction completion time of Replicated Commit by 58%. Xinan Yan, Arturo Pie Joa, Bernard Wong 0001, Benjamin Cassell, Tyler Szepesi, Malek Naouach, Disney Yan Lam |
Middleware | 4 |
| 2017 | Using Libception to Understand and Improve HTTP Streaming Video Server ThroughputabstractVideo streaming applications generate a large fraction of Internet traffic. Much of this content is delivered over HTTP using standard web servers. Unlike other types of web workloads, HTTP video streaming workloads are typically disk bound, and therefore an important problem is that of optimizing disk access. Tyler Szepesi, Benjamin Cassell, Tim Brecht, Derek L. Eager, Jim Summers, Bernard Wong 0001 |
ICPE | 2 |
| 2017 | Nessie: A Decoupled, Client-Driven Key-Value Store Using RDMAabstractKey-value storage systems are an integral part of many data centre applications, but as demand increases so does the need for high performance. This has motivated new designs that use Remote Direct Memory Access (RDMA) to reduce communication overhead. Current RDMA-enabled key-value stores (RKVSes) target workloads involving small values, running on dedicated servers on which no other applications are running. Outside of these domains, however, there may be other RKVS designs that provide better performance. In this paper, we introduce Nessie, an RKVS that is fully client-driven, meaning no server process is involved in servicing requests. Nessie also decouples its index and storage data structures, allowing indices and data to be placed on different servers. This flexibility can decrease the number of network operations required to service a request. These design elements make Nessie well-suited for a different set of workloads than existing RKVSes. Compared to a server-driven RKVS, Nessie more than doubles system throughput when there is CPU contention on the server, improves throughput by 70 percent for PUT-oriented workloads when data value sizes are 128 KB or larger, and reduces power consumption by 18 percent at 80 percent system utilization and 41 percent at 20 percent system utilization compared with idle power consumption. Benjamin Cassell, Tyler Szepesi, Bernard Wong 0001, Tim Brecht, Jonathan Ma |
IEEE Trans. Parallel Distributed Syst. | 1 |
| 2016 | Mayflower: Improving Distributed Filesystem Performance Through SDN/Filesystem Co-DesignabstractIn this paper, we introduce Mayflower, a new distributed filesystem that is co-designed from the ground up to work together with a network control plane. In addition to the standard distributed filesystem components, Mayflower has a flow monitor and manager running alongside a software-defined networking controller. This tight coupling with the network controller enables Mayflower to make intelligent replica selection and flow scheduling decisions based on both filesystem and network information. It further enables Mayflower to perform global optimizations that are unavailable to conventional distributed filesystems and network control planes. Our evaluation results from both simulations and a prototype implementation show that Mayflower reduces average read completion time by more than 25% compared to current state-of-the-art distributed filesystems with an independent network flow scheduler, and more than 75% compared to HDFS with ECMP. Sajjad Rizvi, Bernard Wong 0001, Fiodar Kazhamiaka, Benjamin Cassell |
ICDCS | 5 |
| 2014 | MicroFuge: A Middleware Approach to Providing Performance Isolation in Cloud Storage SystemsabstractMost cloud providers improve resource utilization by having multiple tenants share the same resources. However, this comes at the cost of reduced isolation between tenants, which can lead to inconsistent and unpredictable performance. This performance variability is a significant impediment for tenants running services with strict latency deadlines. Providing predictable performance is particularly important for cloud storage systems. The storage system is the performance bottleneck for many cloud-based services and therefore often determines their overall performance characteristics. In this paper, we introduce MicroFuge, a new distributed caching and scheduling middleware that provides performance isolation for cloud storage systems. MicroFuge addresses the performance isolation problem by building an empirically-driven performance model of the underlying storage system based on measured data. Using this model, MicroFuge reduces deadline misses through adaptive deadline-aware cache eviction, scheduling and load-balancing policies. MicroFuge can also perform early rejection of requests that are unlikely to make their deadlines. Using workloads from the YCSB benchmark on an EC2 deployment, we show that adding MicroFuge to the storage stack substantially reduces the deadline miss rate of a distributed storage system compared to using a deadline oblivious distributed caching middleware such as Memcached. Akshay K. Singh, Benjamin Cassell, Bernard Wong 0001, Khuzaima Daudjee |
ICDCS | 3 |
| 2014 | Automated Control of Aggressive Prefetching for HTTP Streaming Video ServersabstractPast work has shown that disk prefetching can be an effective technique for improving the performance of disk bound workloads. However, the performance gains are highly dependent on selecting a prefetch size that is appropriate for a specific system and workload. Using a prefetch size that is too small can lead to poor overall disk throughput, whereas prefetch sizes that are too large can lead to data being evicted before it can be used by a subsequent request. Jim Summers, Tim Brecht, Derek L. Eager, Tyler Szepesi, Benjamin Cassell, Bernard Wong 0001 |
SYSTOR | 5 |