From 05245d875792318e7264a0b8c0886344a716144b Mon Sep 17 00:00:00 2001 From: hikkie3110 <3110hikaru326@gmail.com> Date: Fri, 11 Jun 2021 22:52:19 +0900 Subject: [PATCH] Update content/ja/docs/tasks/administer-cluster/topology-manager.md Co-authored-by: bells17 --- content/ja/docs/tasks/administer-cluster/topology-manager.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/administer-cluster/topology-manager.md b/content/ja/docs/tasks/administer-cluster/topology-manager.md index b059608b0c..ed96bfd878 100644 --- a/content/ja/docs/tasks/administer-cluster/topology-manager.md +++ b/content/ja/docs/tasks/administer-cluster/topology-manager.md @@ -102,7 +102,7 @@ PodのSpecにある他の要求リソースとメモリー（およびhugepage Pod全体に要求される特定のリソースの総量は[有効なリクエスト／リミット](/ja/docs/concepts/workloads/pods/init-containers/#resources)の式に従って計算されるため、この総量の値は以下の最大値となります。 リソースの -* 全てののアプリケーションコンテナのリクエストの合計。 +* 全てのアプリケーションコンテナのリクエストの合計。 * initコンテナのリクエストの最大値。 `pod`スコープと`single-numa-node`トポロジーマネージャーポリシーを併用することは、レイテンシーが重要なワークロードやIPCを行う高スループットのアプリケーションに対して特に有効です。両方のオプションを組み合わせることで、Pod内の全てのコンテナを単一のNUMAノードに配置できます。そのため、PodのNUMA間通信によるオーバーヘッドを排除することができます。