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

Wes Felter

dblp:02/7018 · also Wesley M. Felter · DBLP profile ↗
← Back
11ranked-venue papers
3as first author
0since 2021 · last 2018
—ORCID · none

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

Computer networks · 6Systems, architecture and hardware · 4 · 2 first-authorSoftware engineering, systems software and programming languages · 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
3 papers
Cloud and datacenter computing · 57% Memory systems · 40% Processor architecture and microarchitecture · 4%
Computer networks
5 papers
Datacenter networks · 34% Routing and switching · 28% Transport protocols and congestion control · 16%

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

TopicWeightPapersLastEvidence papers
Memory systems › cache management
cache isolation
0.312018
dCat: dynamic cache management for efficient, performance-sensitive infrastructure-as-a-service · EuroSys 2018
Memory systems
cache management
0.312018
dCat: dynamic cache management for efficient, performance-sensitive infrastructure-as-a-service · EuroSys 2018
Memory systems › cache management
cache partitioning
0.312018
dCat: dynamic cache management for efficient, performance-sensitive infrastructure-as-a-service · EuroSys 2018
Cloud and datacenter computing › virtualization
container
0.312018
Iron: Isolating Network-based CPU in Container Environments · NSDI 2018
Cloud and datacenter computing › workload isolation
container isolation
0.312018
Iron: Isolating Network-based CPU in Container Environments · NSDI 2018
Cloud and datacenter computing
performance isolation
0.312018
dCat: dynamic cache management for efficient, performance-sensitive infrastructure-as-a-service · EuroSys 2018
Cloud and datacenter computing
virtualization
0.312018
dCat: dynamic cache management for efficient, performance-sensitive infrastructure-as-a-service · EuroSys 2018
Cloud and datacenter computing › multi-tenancy
multi-tenant datacenter
0.212016
AC/DC TCP: Virtual Congestion Control Enforcement for Datacenter Networks · SIGCOMM 2016
Datacenter networks
load balancing
0.212015
Presto: Edge-based Load Balancing for Fast Datacenter Networks · SIGCOMM 2015
Routing and switching › traffic engineering
congestion-aware rerouting
0.212014
Planck: millisecond-scale monitoring and control for commodity networks · SIGCOMM 2014
Datacenter networks
lossless ethernet
0.212014
Practical DCB for improved data center networks · INFOCOM 2014
Network management and operations
network monitoring
0.212014
Planck: millisecond-scale monitoring and control for commodity networks · SIGCOMM 2014
Transport protocols and congestion control
TCP variants
0.212014
Practical DCB for improved data center networks · INFOCOM 2014
Routing and switching
traffic engineering
0.212014
Planck: millisecond-scale monitoring and control for commodity networks · SIGCOMM 2014
Datacenter networks
data center network topology
0.112012
PAST: scalable ethernet for data centers · CoNEXT 2012
Datacenter networks › data center network topology
fat-tree
0.112012
PAST: scalable ethernet for data centers · CoNEXT 2012
Network performance modeling › protocol performance analysis › routing performance
routing scalability
0.112012
PAST: scalable ethernet for data centers · CoNEXT 2012
Routing and switching › routing protocol
spanning tree routing
0.112012
PAST: scalable ethernet for data centers · CoNEXT 2012
Operating systems › system security › operating system security › protection mechanism › isolation
resource isolation
0.112018
Iron: Isolating Network-based CPU in Container Environments · NSDI 2018
Processor architecture and microarchitecture
multicore design
0.112018
dCat: dynamic cache management for efficient, performance-sensitive infrastructure-as-a-service · EuroSys 2018
Memory systems › cache
shared last-level cache
0.112018
dCat: dynamic cache management for efficient, performance-sensitive infrastructure-as-a-service · EuroSys 2018
Transport protocols and congestion control › explicit congestion control
DCTCP
0.112016
AC/DC TCP: Virtual Congestion Control Enforcement for Datacenter Networks · SIGCOMM 2016
Transport protocols and congestion control
packet reordering
0.112015
Presto: Edge-based Load Balancing for Fast Datacenter Networks · SIGCOMM 2015
Routing and switching
deadlock-free routing
0.112014
Practical DCB for improved data center networks · INFOCOM 2014
Software-defined and programmable networks
openflow
0.012012
PAST: scalable ethernet for data centers · CoNEXT 2012

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

virtual switch implementation · 0.7dynamic cache management · 0.3Intel CAT · 0.3port mirroring · 0.2deadlock-free routing · 0.2TCP congestion control · 0.2per-address spanning tree routing · 0.1
YearPublicationVenuePosition
2018 dCat: dynamic cache management for efficient, performance-sensitive infrastructure-as-a-service
abstract
In the modern multi-tenant cloud, resource sharing increases utilization but causes performance interference between tenants. More generally, performance isolation is also relevant in any multi-workload scenario involving shared resources. Last level cache (LLC) on processors is shared by all CPU cores in x86, thus the cloud tenants inevitably suffer from the cache flush by their noisy neighbors running on the same socket. Intel Cache Allocation Technology (CAT) provides a mechanism to assign cache ways to cores to enable cache isolation, but its static configuration can result in underutilized cache when a workload cannot benefit from its allocated cache capacity, and/or lead to sub-optimal performance for workloads that do not have enough assigned capacity to fit their working set.
Karthick Rajamani, Wes Felter, Juan C. Rubio, Yang Li 0183
EuroSys4
2018 Iron: Isolating Network-based CPU in Container Environments
Junaid Khalid, Eric Rozner, Wes Felter, Karthick Rajamani, Aditya Akella
NSDI3
2016 AC/DC TCP: Virtual Congestion Control Enforcement for Datacenter Networks
abstract
Multi-tenant datacenters are successful because tenants can seamlessly port their applications and services to the cloud. Virtual Machine (VM) technology plays an integral role in this success by enabling a diverse set of software to be run on a unified underlying framework. This flexibility, however, comes at the cost of dealing with out-dated, inefficient, or misconfigured TCP stacks implemented in the VMs. This paper investigates if administrators can take control of a VM's TCP congestion control algorithm without making changes to the VM or network hardware. We propose AC/DC TCP, a scheme that exerts fine-grained control over arbitrary tenant TCP stacks by enforcing per-flow congestion control in the virtual switch (vSwitch). Our scheme is light-weight, flexible, scalable and can police non-conforming flows. In our evaluation the computational overhead of AC/DC TCP is less than one percentage point and we show implementing an administrator-defined congestion control algorithm in the vSwitch (i.e., DCTCP) closely tracks its native performance, regardless of the VM's TCP stack.
Keqiang He, Eric Rozner, Kanak Agarwal 0001, Yu Gu 0001, Wes Felter, John B. Carter, Aditya Akella
SIGCOMM5
2015 An updated performance comparison of virtual machines and Linux containers
abstract
Cloud computing makes extensive use of virtual machines because they permit workloads to be isolated from one another and for the resource usage to be somewhat controlled. In this paper, we explore the performance of traditional virtual machine (VM) deployments, and contrast them with the use of Linux containers. We use KVM as a representative hypervisor and Docker as a container manager. Our results show that containers result in equal or better performance than VMs in almost all cases. Both VMs and containers require tuning to support I/Ointensive applications. We also discuss the implications of our performance results for future cloud architectures.
Wes Felter, Ramakrishnan Rajamony, Juan C. Rubio
ISPASS1
2015 Presto: Edge-based Load Balancing for Fast Datacenter Networks
abstract
Datacenter networks deal with a variety of workloads, ranging from latency-sensitive small flows to bandwidth-hungry large flows. Load balancing schemes based on flow hashing, e.g., ECMP, cause congestion when hash collisions occur and can perform poorly in asymmetric topologies. Recent proposals to load balance the network require centralized traffic engineering, multipath-aware transport, or expensive specialized hardware. We propose a mechanism that avoids these limitations by (i) pushing load-balancing functionality into the soft network edge (e.g., virtual switches) such that no changes are required in the transport layer, customer VMs, or networking hardware, and (ii) load balancing on fine-grained, near-uniform units of data (flowcells) that fit within end-host segment offload optimizations used to support fast networking speeds. We design and implement such a soft-edge load balancing scheme, called Presto, and evaluate it on a 10 Gbps physical testbed. We demonstrate the computational impact of packet reordering on receivers and propose a mechanism to handle reordering in the TCP receive offload functionality. Presto's performance closely tracks that of a single, non-blocking switch over many workloads and is adaptive to failures and topology asymmetry.
Keqiang He, Eric Rozner, Kanak Agarwal 0001, Wes Felter, John B. Carter, Aditya Akella
SIGCOMM4
2014 OpenSample: A Low-Latency, Sampling-Based Measurement Platform for Commodity SDN
Junho Suh, Ted Taekyoung Kwon, Colin Dixon, Wes Felter, John B. Carter
ICDCS4
2014 Practical DCB for improved data center networks
abstract
Storage area networking is driving commodity data center switches to support lossless Ethernet (DCB). Unfortunately, to enable DCB for all traffic on arbitrary network topologies, we must address several problems that can arise in lossless networks, e.g., large buffering delays, unfairness, head of line blocking, and deadlock. We propose TCP-Bolt, a TCP variant that not only addresses the first three problems but reduces flow completion times by as much as 70%. We also introduce a simple, practical deadlock-free routing scheme that eliminates deadlock while achieving aggregate network throughput within 15% of ECMP routing. This small compromise in potential routing capacity is well worth the gains in flow completion time. We note that our results on deadlock-free routing are also of independent interest to the storage area networking community. Further, as our hardware testbed illustrates, these gains are achievable today, without hardware changes to switches or NICs.
Brent E. Stephens, Alan L. Cox, Ankit Singla, John B. Carter, Colin Dixon, Wes Felter
INFOCOM6
2014 Planck: millisecond-scale monitoring and control for commodity networks
abstract
Software-defined networking introduces the possibility of building self-tuning networks that constantly monitor network conditions and react rapidly to important events such as congestion. Unfortunately, state-of-the-art monitoring mechanisms for conventional networks require hundreds of milliseconds to seconds to extract global network state, like link utilization or the identity of "elephant" flows. Such latencies are adequate for responding to persistent issues, e.g., link failures or long-lasting congestion, but are inadequate for responding to transient problems, e.g., congestion induced by bursty workloads sharing a link. In this paper, we present Planck, a novel network measurement architecture that employs oversubscribed port mirroring to extract network information at 280 µs--7 ms timescales on a 1 Gbps commodity switch and 275 µs--4 ms timescales on a 10 Gbps commodity switch,over 11x and 18x faster than recent approaches, respectively (and up to 291x if switch firmware allowed buffering to be disabled on some ports). To demonstrate the value of Planck's speed and accuracy, we use it to drive a traffic engineering application that can reroute congested flows in milliseconds. On a 10 Gbps commodity switch, Planck-driven traffic engineering achieves aggregate throughput within 1--4% of optimal for most workloads we evaluated, even with flows as small as 50 MiB, an improvement of up to 53% over previous schemes.
Jeff Rasley, Brent E. Stephens, Colin Dixon, Eric Rozner, Wes Felter, Kanak Agarwal 0001, John B. Carter, Rodrigo Fonseca
SIGCOMM5
2012 PAST: scalable ethernet for data centers
abstract
We present PAST, a novel network architecture for data center Ethernet networks that implements a Per-Address Spanning Tree routing algorithm. PAST preserves Ethernet's self-configuration and mobility support while increasing its scalability and usable bandwidth. PAST is explicitly designed to accommodate unmodified commodity hosts and Ethernet switch chips. Surprisingly, we find that PAST can achieve performance comparable to or greater than Equal-Cost Multipath (ECMP) forwarding, which is currently limited to layer-3 IP networks, without any multipath hardware support. In other words, the hardware and firmware changes proposed by emerging standards like TRILL are not required for high-performance, scalable Ethernet networks. We evaluate PAST on Fat Tree, HyperX, and Jellyfish topologies, and show that it is able to capitalize on the advantages each offers. We also describe an OpenFlow-based implementation of PAST in detail.
Brent E. Stephens, Alan L. Cox, Wes Felter, Colin Dixon, John B. Carter
CoNEXT3
2011 Reliability-aware energy management for hybrid storage systems
abstract
Modern disk-based storage systems are not energy proportional, because disks consume almost as much power when idle (but spinning) as they do when actively accessing data. We combine a power-aware, solid-state (flash) cache and a reliability-aware disk spindown mechanism to significantly improve storage energy proportionality without hurting disk reliability, data integrity, or performance. We evaluated the resulting power- and reliability-aware hybrid flash-disk RAID storage array and found that it reduces energy consumption by 85% compared to a similar-cost, similar-performance typical configuration of all SAS drives that are never spun down. Our design also achieves almost 50% energy savings compared to hybrid flash-disk systems tuned for performance or that do not take full advantage of opportunities for safe spindown. Further, unlike most previous work that exploits spindown to save energy, we limit the rate at which disks are spun down to avoid premature mechanical failures, whereas reliability-unaware spindown algorithms can exceed manufacturer waranteed lifetime spindown limits in as little as one year.
Wes Felter, Anthony Hylick, John B. Carter
MSST1
2005 A performance-conserving approach for reducing peak power consumption in server systems
abstract
The combination of increasing component power consumption, a desire for denser systems, and the required performance growth in the face of technology-scaling issues are posing enormous challenges for powering and cooling of server systems. The challenges are directly linked to the peak power consumption of servers.Our solution, Power Shifting, reduces the peak power consumption of servers minimizing the impact on performance. We reduce peak power consumption by using workload-guided dynamic allocation of power among components incorporating real-time performance feedback, activity-related power estimation techniques, and performance-sensitive activity-regulation mechanisms to enforce power budgets.We apply our techniques to a computer system with a single processor and memory. Power shifting adds a system power manager with a dynamic, global view of the system's power consumption to continuously re-budget the available power amongst the two components. Our contributions include:• Demonstration of the greater effectiveness of dynamic power allocation over static budgeting,• Evaluation of different power shifting policies,• Analysis of system and workload factors critical to successful power shifting, and• Proposal of performance-sensitive power budget enforcement mechanisms that ensure system reliability.
Wes Felter, Karthick Rajamani, Tom W. Keller, Cosmin Rusu
ICS1