0

SGE では、

qsub -now yes/no <command>

「-now yes」を指定すると、ジョブはすぐに (可能であれば) スケジュールされるか、まったくスケジュールされません。保留中のキューには入れられません。

「-now no」を指定すると、すぐに実行できないジョブは保留キューに入れられます。

しかし、LSF では、qsub に相当するものを bsub としています。

bsub では、すぐに実行できない場合は保留キューに入れられます。qsub のように「-now yes」というオプションはありません。

「qsub -now」としてbsubで何かしますか

PS : 解決策の 1 つは、bsub の実行後、スケジュールされているかどうかをしばらく (数秒) 確認してから終了することです。もっとエレガントな方法を探しています。

4

2 に答える 2

0

LSFには同じものはありません。タイムアウト付きのexpectを使用できます。LSFは、ジョブの開始時にこのようなものを出力します。あなたのexpectスクリプトは期待することができ<<Starting onます。（しかし、これは基本的にあなたのPSが言うことです。）

$ bsub -Is -m hostA /bin/bash
Job <7536> is submitted to default queue <interactive>.
<<Waiting for dispatch ...>>
<<Starting on hostA>>
hostA$

おそらくlsrunを使用できます。ただし、バッチシステムでは、スロットやその他のリソースを割り当てることはできません。

于 2013-02-28T16:37:08.643 に答える
0

私はLSFの方法で答えを見つけました。

リソースをスケジュールできない場合、LSF はジョブを終了する方法を提供します。まだ保留中のキューにある場合、ジョブを終了する環境変数 LSF_NIOS_PEND_TIMEOUT (分単位で指定) があります。

 env LSF_NIOS_PEND_TIMEOUT=1 bsub -Is -m host /bin/bash

Web 上のどこかから:
LSF_NIOS_PEND_TIMEOUT
構文
LSF_NIOS_PEND_TIMEOUT=分
説明
対話型バッチ ジョブにのみ適用されます。
対話型バッチ ジョブが保留状態のままでいられる最大時間。
このパラメーターが定義されていて、対話型バッチ ジョブが指定された時間より長く保留されている場合、対話型バッチ ジョブは終了します。
有効な値
ゼロより大きい任意の整数

于 2013-08-07T16:39:13.647 に答える