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

Benjamin Cassell

dblp:146/9369 · also Ben Cassell · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Cloud and datacenter computing
datacenter storage
0.312017
Nessie: A Decoupled, Client-Driven Key-Value Store Using RDMA · IEEE Trans. Parallel Distributed Syst. 2017
Storage systems
key-value storage
0.312017
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.312017
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.112017
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
YearPublicationVenuePosition
2018 SpecRPC: A General Framework for Performing Speculative Remote Procedure Calls
abstract
In 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
Middleware4
2017 Using Libception to Understand and Improve HTTP Streaming Video Server Throughput
abstract
Video 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
ICPE2
2017 Nessie: A Decoupled, Client-Driven Key-Value Store Using RDMA
abstract
Key-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-Design
abstract
In 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
ICDCS5
2014 MicroFuge: A Middleware Approach to Providing Performance Isolation in Cloud Storage Systems
abstract
Most 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
ICDCS3
2014 Automated Control of Aggressive Prefetching for HTTP Streaming Video Servers
abstract
Past 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
SYSTOR5