I understand that dynamic KNL provi

I understand that dynamic KNL provisioning on the Subsystem A will not be allowed because of Cray KNL provisioning performance issues. What is the expected qsub wrapper change for the user?

For instance, the user can submit jobs with -nm and -mm options. Do we need to disable these options in qsub wrapper - NOT allowing the user to request these arguments?

If we do disable the arguments, should the aoe attribute be submitted to PBS? For example, the requirements have a default attribute of aoe=quad_100

If the job is submitted with the default aoe attribute, what will it be? We will need to know so that we can set these on all of the nodes as default.

結果 (日本語) 1:

私は、サブシステム A の KNL の動的プロビジョニングは許可されませんクレイ KNL パフォーマンスの問題の準備のため理解します。ユーザーの予想される qsub ラッピングの変更は?たとえば、ユーザーは、nm と mm のオプションを持つジョブを送信できます。我々 は qsub ラッパー - これらの引数を要求するユーザーにこれらのオプションを無効に必要ですか。我々 を無効に場合、引数 aoe 属性は PBS に提出するべきですか。たとえば、要件が aoe のデフォルト属性を持つ = quad_100Aoe の既定の属性を持つジョブを送信すると、それはどうなるか。我々 は我々 は既定値としてすべてのノードでこれらを設定できますので、知っている必要があります。

結果 (日本語) 2:

私は、サブシステムA上のダイナミックKNLプロビジョニングが原因クレイKNLプロビジョニング、パフォーマンスの問題の許可されないことを理解しています。ユーザーの期待のqsubラッパーの変更とは何ですか？

例えば、ユーザは-nmと-mmオプションを指定してジョブをサブミットすることができます。我々はqsubのラッパーで、これらのオプションを無効にする必要があります-これらの引数を要求するユーザーを許可していませんか？

私たちは、引数を無効にした場合、AOE属性をPBSに提出する必要がありますか？例えば、要件がAOE = quad_100のデフォルト属性を持つ

ジョブはデフォルトのAOE属性で送信された場合、それは何になりますか？私たちは、デフォルトとしてすべてのノードでこれらを設定することができるように知っている必要があります。

結果 (日本語) 3:

私が動的についてサブシステムはないクレイについてのパフォーマンス問題提供のために提供できると思います。ユーザーのための予想されたqsubのラッパーの変更は何ですか？例えば、ユーザとの仕事を提出してnmとmmのオプションをすることができます。我々は、ユーザーがこれらの議論を要求するのを許していないqsubのラッパーでこれらのオプションを無効にする必要がありますか？我々は、引数を無効にするならば、青江属性を提出するべきですか？例えば、要件の青江＝quad_100デフォルト属性を持っているジョブのデフォルトの青江属性で提出されるならば、それは何ですか？我々は我々がこれらのノードの設定をデフォルトとしてすべてのことについて知っている必要があります。