However, the conflicting requiremen

However, the conflicting requirement is what the value of mmddhh?

Is it when the job begins execution on compute nodes OR when the job is submitted.

We have been told that mmddhh is when the job begins execution on the compute nodes.

I am wondering if the requirement for mmddhh should be when the user submits the job.

If this is true, then the hook (set_default_oepaths) for setting -o and -e are no longer required,

and all of the naming of -N, -e, and -o can be done by the qsub wrapper.

結果 (日本語) 1:

しかし、競合する要件は、mmddhh の値の意味ですか。ジョブ実行の計算ノード上またはジョブが送信されたときの開始時です。我々 はその mmddhh はジョブの計算ノード上での実行開始時と言われています。ユーザーがジョブを送信するとき、mmddhh の要件をする必要があるかどうかと思いましてください。これが true の場合、-o と e を設定するためのフック (set_default_oepaths) が不要になった、N、e、o のネーミングのすべては qsub ラッパーによって行うことができます。

結果 (日本語) 2:

しかし、相反する要件はMMDDHHのどのような値でありますか？

ジョブが計算ノード上で実行を開始するとき、ORジョブが送信されたときにそれがあります。

私たちは、ジョブが計算ノード上で実行を開始するときMMDDHHであると言われてきました。

ユーザーがジョブを送信したときにMMDDHHための要件があるべきである場合、私は疑問に思って。

これが本当であれば、フック（set_default_oepaths）-o設定すると-eもはや必要ない、されている

と-Nの命名のすべて、-e、および-oはqsubのラッパーによって行うことができます。

結果 (日本語) 3:

しかし、相反する要求のmmddhh値は何ですか？それは、仕事が始まるとき実行上のノードを計算する時や仕事を提出した。我々は、mmddhh仕事計算ノードが実行されると言われています。私はmmddhhに対する要求をユーザがジョブを送信したときであるべきなのか。これが真実であるならば、フック（set_default_oepaths）の設定と- o eはもはや必要すべての名前、e、oはqsubのラッパーにより行うことができる。