
2 X. Bei et al.
alternative mechanisms have then been proposed to tackle this issue and balance the trade-off
between fairness and efficiency [12,1,2,9,10,21,22,7]. Most of these mechanisms still satisfy SI,
EF, and PO. However, none of them satisfy SP. Recently, [9] propose the so called 2-dominant
resource fairness (2-DF) to balance fairness and efficiency. Different from other mechanisms, 2-
DF satisfies SP and PO, but does not satisfy SI and EF generally. On the other hand, [18] justify
this worst-case performance of DRF by showing that any mechanism satisfying any of the three
properties SI, EF, and SP cannot guarantee more than 1
mof the optimal social welfare, which is
also what DRF can achieve. Here mdenotes the number of resource types. This characterization
seems to suggest that from a worst-case viewpoint, DRF has the best possible social welfare
guarantee among all fair or truthful mechanisms.
In this work, we aim to design new mechanisms that satisfy the same set of properties with
DRF but with better efficiency guarantees. In order to get around the theoretical barrier set
by [18], we first propose and justify a new benchmark to measure the social welfare guarantee
of a mechanism. Note that [18] and many other works use the approximation ratio, which is
defined as the worst-case ratio between the optimal social welfare among all allocations and the
mechanism’s social welfare, as the performance measure of a mechanism. However, since SI and
EF are both fairness properties that place significant constraints on feasible allocations, it is
not surprising that any allocation satisfying SI or EF would incur a large approximation ratio
of m. On the other hand, one can show that any mechanism satisfying SI has approximation
ratio at most m. This means all mechanisms satisfying SI and EF will have the same worst-
case approximation ratio, which renders the approximation ratio notion meaningless in systems
where these fairness conditions are hard constraints that must be satisfied. Since fairness is a
hard constraint in many practical applications, we argue that it is more reasonable to compare
the mechanism’s social welfare to the optimal social welfare among all allocations that satisfy SI
and EF. To this end, we modify the approximation ratio definition and propose this according
variant. The new definition allows us to get pass the lower bound barrier from [18] and design
mechanisms with better social welfare approximation ratio guarantees.
1.1 Our results
We design new resource allocation mechanisms that satisfy properties such as SI, EF, PO, and
SP, and at the same time achieve high efficiency. The efficiency is measured by two objectives:
social welfare, defined as the sum of utilities of all agents, and utilization, defined as the minimum
utilization rate among all resources. Social welfare is an indicator commonly used to measure
efficiency, while improving utilization rate is also an important goal for cloud providers for
cost-saving (see, e.g., Amazon3, IBM4). In academia, utilization has been studied by [15,12,11].
For the performance measure, we define fair-ratio for social welfare (resp. utilization) of a
mechanism as the worst-case ratio between the social welfare (resp. utilization) achieved by the
optimal mechanism satisfying SI and EF and that by the mechanism. See formal definitions in
Section 2.
We first focus on the setting where all agents’ dominant resources fall into two types. This
is the most basic and arguably also the most important setting in cloud computing and other
application domains such as high performance computing. For example, most existing commer-
cial cloud computing services, such as Azure, Amazon EC2, and Google Cloud, work with only
two (dominant) resources: CPU and memory. Two-resource setting can also be used to model
the coupled CPU-GPU architectures where CPU and GPU are integrated into a single chip
to achieve high performance computing [21]. In this setting, we present three new mechanisms
3https://aws.amazon.com/blogs/aws/cloud-computing-server-utilization-the-environment/
4https://www.ibm.com/cloud/learn/cloud-computing