Skip to content
This repository has been archived by the owner on Apr 12, 2022. It is now read-only.

Commit

Permalink
Revised Firmament value proposition text.
Browse files Browse the repository at this point in the history
  • Loading branch information
Deepak Vij authored Nov 15, 2018
1 parent 417a4a0 commit e52624d
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion docs/design/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -73,7 +73,7 @@ Firmament currently supports several scheduling policies:
4. a simple load-spreading policy based on the number of running pods. See the [OSDI paper](https://www.usenix.org/system/files/conference/osdi16/osdi16-gog.pdf) for more details.

We decided to bring Firmament to Kubernetes because it offers several advantages over the default Kubernetes scheduler:
1. Tremendous throughput performance benefits due to efficient amortization of work across Replicasets/Deplyments/Jobs.
1. Substantial throughput benefits using Firmament scheduler as long as resource requirements (CPU/Memory) for incoming Pods is uniform across Replicasets/Deployments/Jobs. This is mainly due to efficient amortization of work across Replicasets/Deplyments/Jobs. For “Big Data/AI” jobs consisting of large no. of tasks, throughput benefits are tremendous. This is also true for service or batch job scenarios where workload resource requirements are uniform across Replicasets/Deplyments/Jobs.
2. It makes globally optimal scheduling decisions for its policies because it uses a min-cost flow optimization that
finds the pod placements with the minimum overall cost.
3. Firmament supports task re-scheduling. In each scheduler run it considers all pods, including running pods, and as
Expand Down

0 comments on commit e52624d

Please sign in to comment.