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

Francis Matus

dblp:120/7247 · DBLP profile ↗
← Back
3ranked-venue papers
1as first author
0since 2021 · last 2020
—ORCID · none

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

Systems, architecture and hardware · 2 · 1 first-authorComputer networks · 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 networks
1 paper
Datacenter networks · 100%

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

TopicWeightPapersLastEvidence papers
Datacenter networks › load balancing
congestion-aware load balancing
0.212014
CONGA: distributed congestion-aware load balancing for datacenters · SIGCOMM 2014
Datacenter networks
datacenter transport
0.212014
CONGA: distributed congestion-aware load balancing for datacenters · SIGCOMM 2014
Datacenter networks › load balancing
flowlet switching
0.212014
CONGA: distributed congestion-aware load balancing for datacenters · SIGCOMM 2014
Datacenter networks
load balancing
0.212014
CONGA: distributed congestion-aware load balancing for datacenters · SIGCOMM 2014

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

flowlet · 0.2distributed congestion feedback · 0.2
YearPublicationVenuePosition
2020 Distributed Services Architecture
abstract
This article consists only of a collection of slides from the author's conference presentation.
Francis Matus
Hot Chips Symposium1
2014 CONGA: distributed congestion-aware load balancing for datacenters
abstract
We present the design, implementation, and evaluation of CONGA, a network-based distributed congestion-aware load balancing mechanism for datacenters. CONGA exploits recent trends including the use of regular Clos topologies and overlays for network virtualization. It splits TCP flows into flowlets, estimates real-time congestion on fabric paths, and allocates flowlets to paths based on feedback from remote switches. This enables CONGA to efficiently balance load and seamlessly handle asymmetry, without requiring any TCP modifications. CONGA has been implemented in custom ASICs as part of a new datacenter fabric. In testbed experiments, CONGA has 5x better flow completion times than ECMP even with a single link failure and achieves 2-8x better throughput than MPTCP in Incast scenarios. Further, the Price of Anarchy for CONGA is provably small in Leaf-Spine topologies; hence CONGA is nearly as effective as a centralized scheduler while being able to react to congestion in microseconds. Our main thesis is that datacenter fabric load balancing is best done in the network, and requires global schemes such as CONGA to handle asymmetry.
Mohammad Alizadeh, Tom Edsall, Sarang Dharmapurikar, Ramanan Vaidyanathan, Kevin Chu, Andy Fingerhut, Vinh The Lam, Francis Matus, Navindra Yadav, George Varghese
SIGCOMM8
1998 Code coalescing unit: a mechanism to facilitate load store data communication
abstract
Program behavior studies demonstrate that a significant fraction of load instructions in a program read the data stored by an instruction in the immediate past. In this paper, we propose a scheme entitled the Code Coalescing Unit that eliminates several of the memory access instructions by buffering the data in a Store Register Rename Buffer (SRRB) which is similar to the store buffer and renaming the instructions that use the data to access it directly from the buffer. The Code Coalescing Unit (CCU) can be considered as an extension to the fill unit proposed by S.W. Melvin et al. (1988). Their fill unit groups together micro-operations into larger atomic units and stores them into the decoded instruction cache (DIC) which are later executed directly from the DIC. The original fill unit grouped together micro-operations into larger atomic units, but the proposed Code Coalescing Unit goes further by eliminating particular load operations in the process of grouping together micro-operations. Experiments on eight applications including Microsoft Word for Windows, Microsoft C++ compiler and two SPEC programs demonstrate that approximately 25%, 34% or 42% of all load operations performed by these applications could have been eliminated using a Code Coalescing Unit in conjunction with a Store Register Rename Buffer of 8, 16 or 32 entries respectively.
J. John, Yin Teh, Francis Matus, Craig Chase
ICCD3