Skip to content

Commit de74866

Browse files
authored
Merge pull request #45554 from asa3311/sync-zh-106
[zh] sync dynamic-resource-allocation resource-bin-packing scheduler-perf-tuning
2 parents 1df33ef + 96d2928 commit de74866

File tree

3 files changed

+7
-6
lines changed

3 files changed

+7
-6
lines changed

content/zh-cn/docs/concepts/scheduling-eviction/dynamic-resource-allocation.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -63,14 +63,14 @@ ResourceClass
6363
driver.
6464
6565
ResourceClaim
66-
: Defines a particular resource instances that is required by a
66+
: Defines a particular resource instance that is required by a
6767
workload. Created by a user (lifecycle managed manually, can be shared
6868
between different Pods) or for individual Pods by the control plane based on
6969
a ResourceClaimTemplate (automatic lifecycle, typically used by just one
7070
Pod).
7171
7272
ResourceClaimTemplate
73-
: Defines the spec and some meta data for creating
73+
: Defines the spec and some metadata for creating
7474
ResourceClaims. Created by a user when deploying a workload.
7575
7676
PodSchedulingContext

content/zh-cn/docs/concepts/scheduling-eviction/resource-bin-packing.md

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -84,8 +84,8 @@ Within the `scoringStrategy` field, you can configure two parameters: `requested
8484
`resources`. The `shape` in the `requestedToCapacityRatio`
8585
parameter allows the user to tune the function as least requested or most
8686
requested based on `utilization` and `score` values. The `resources` parameter
87-
consists of `name` of the resource to be considered during scoring and `weight`
88-
specify the weight of each resource.
87+
comprises both the `name` of the resource to be considered during scoring and
88+
its corresponding `weight`, which specifies the weight of each resource.
8989
-->
9090
## 使用 RequestedToCapacityRatio 策略来启用资源装箱 {#enabling-bin-packing-using-requestedtocapacityratio}
9191

@@ -97,7 +97,8 @@ specify the weight of each resource.
9797
字段来控制。在 `scoringStrategy` 字段中,你可以配置两个参数:
9898
`requestedToCapacityRatio` 和 `resources`。`requestedToCapacityRatio` 参数中的 `shape`
9999
设置使得用户能够调整函数的算法,基于 `utilization` 和 `score` 值计算最少请求或最多请求。
100-
`resources` 参数中包含计分过程中需要考虑的资源的 `name`,以及用来设置每种资源权重的 `weight`。
100+
`resources` 参数中包含计分过程中需要考虑的资源的 `name`,以及对应的 `weight`,
101+
后者指定了每个资源的权重。
101102

102103
<!--
103104
Below is an example configuration that sets

content/zh-cn/docs/concepts/scheduling-eviction/scheduler-perf-tuning.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -150,7 +150,7 @@ for a 5000-node cluster. The lower bound for the automatic value is 5%.
150150
下取 50%,在 5000-节点的集群下取 10%。这个自动设置的参数的最低值是 5%。
151151

152152
<!--
153-
This means that, the kube-scheduler always scores at least 5% of your cluster no
153+
This means that the kube-scheduler always scores at least 5% of your cluster no
154154
matter how large the cluster is, unless you have explicitly set
155155
`percentageOfNodesToScore` to be smaller than 5.
156156
-->

0 commit comments

Comments
 (0)