コンドル 分散所有ワークステーションのアイドルサイクルを使用したリモートCPU集中型アプリケーションのスケジュールと実行
今すぐダウンロード

コンドル ランキングとまとめ

コンドル タグ

スケジュール 遠隔 走る リソースモニタ リモート実行 スケジュールアプリケーション

コンドル 説明

分散所有するワークステーションのアイドルサイクルを使用して、リモートCPU負荷の高いアプリケーションをスケジュールして実行します コンドルは、計算集約型の仕事のための専門的なワークロード管理システムです。他のフル機能のバッチシステムと同様に、コンドルは、ジョブキューイングメカニズム、スケジューリングポリシー、優先順位方式、リソース監視、およびリソース管理を提供します。ユーザーはコンドルに自分のシリアルまたは並列ジョブを提出し、コンドルは選択したときに、どこポリシーに基づいてジョブを実行するには、キューに配置します、慎重にその進捗状況を監視し、そして最終的のものと同様の機能を提供するcompletion.While時にユーザに通知しますより伝統的なバッチキューイング・システムは、コンドルの小説アーキテクチャは、従来のスケジューリングシステムに障害が発生した領域で成功することができます。コンドルは、（例えば、「ベオウルフ」クラスタなど）専用の計算ノードのクラスタを管理するために使用することができます。また、ユニークなメカニズムは、アイドル状態のデスクトップ・ワークステーションから有効ハーネス無駄なCPUパワーにコンドルを可能にします。例えば、コンドルは、キーボードとマウスがアイドル状態でのみ使用するデスクトップマシンに設定することができます。 SHOULDコンドルは、マシンがコンドルは透過的チェックポイントを生成し、そうでなければアイドルであろう別のマシンにジョブを移行することができる多くの状況では、（例えば、検出されたキーを押すように）もはや利用可能であることを検出しません。何の共有ファイル・システムが利用できない場合、コンドルはユーザーの代わりにジョブのデータファイルを転送することができ、またはコンドルは透過的に戻って、すべてのジョブのI / O要求をリダイレクトすることができるかもしれ - コンドルはマシン間で共有ファイルシステムを必要としません。機械を提出します。その結果、コンドルはシームレスに一つのリソースへの組織の計算能力のすべてを組み合わせるために使用することができます。コンドルは、送信されたジョブを完了するために使用されているアイドルのマシンを見つけるために、マシンのプールを監視し、また、リモートシステムと透明リモート実行、ジョブmigration.NOTEを可能とする仕組みをチェックポイントを提供します：コンドルがライセンスとApacheライセンスの下で配布されています。このリリースの新機能： CCBが有効になっている場合やPRIVATE_NETWORK_NAMEが設定されている場合はコンドルの以前のバージョンとの通信時・このリリースは互換性がありません。 ・DRMAAのバージョンを更新しました。この新しいバージョンはGFD.133、DRMAA 1.0グリッドの推奨規格に準拠しています。三つの新しい機能は、仕様の要件を満たすために添加し、いくつかのバグが修正されました。 新機能： ・Windows上で提出するファイルに実行可能ファイルとして任意の認識のスクリプトを使用するためのサポートが追加されました。詳細については、ページのセクション6.2.6を参照してください。 ・プライベートネットワークのためのサポートの向上：追加CCB、コンドル接続ブローカー。これは、GCB、一般的な接続ブローカーと機能的に似ていますが、使いやすさとUnixプラットフォームだけでなく、Windows上で作業を含むいくつかの利点があります。 GCBは仕事を続けますが、我々はそれを7.3開発シリーズでいくつかの時間を削除することがあります。現時点ではCCBの主要な不足している機能GCBを交換することを防止するには、1つのプライベートネットワークから別への接続をサポートしていること。プライベート一つにパブリックネットワークからの接続時にCCBにのみ機能します。 condor_startdデーモンはcondor_scheddデーモンにアクセス可能であるCCBサーバーを使用するように設定されている場合たとえば、ジョブは、プライベートネットワーク上のcondor_startdデーモンに公共のインターネット上のcondor_scheddから送信されることがあります。 condor_scheddデーモンが1つのプライベートネットワーク上にあり、condor_startdデーモンは異なるプライベートネットワーク上にある場合は、CCBは助けにはなりません。 CCBの詳細については、セクション3.7.3を参照してください。 ・Linuxプラットフォーム上のCPUアフィニティのサポートが追加されました。 ・Windows上condor_q -better-分析オプションのサポートが追加されました。 ・追加WANT_HOLD。 PREEMPTが真になるときWANT_HOLDがtrueの場合、ジョブはWANT_HOLD_REASONとWANT_HOLD_SUBCODEで指定された理由（オプション）のために保留になります。これらのポリシー式は、実行マシンによって評価されます。いつものように、ジョブの所有者は、自動的に特定の保留状態に反応するperiodic_releaseおよび/またはperiodic_remove式を指定することもできます。 ・ClassAd機能のデバッグを追加しました（）。この機能の詳細については、セクション4.1.1を参照してください。 ・condor_scheddは現在、スプールディレクトリに同じ実行可能ファイルの複数のコピーを格納避けるために、MD5チェックサムを使用することができます。この機能はのみ提出記述ファイル内copy_to_spoolコマンドによってcondor_scheddに送信された実行ファイルを影響することに注意してください。 ・DAGがノードジョブに複数のユーザログを使用すると、Sleeps Condor_Dagmanはログファイルの整合性を維持するために行う。 Dagmanは、送信ごとに1回の睡眠のために1回の睡眠を行います。 ・-import_envコマンドラインフラグをcondor_submit_dagに追加しました。これは明示的に.condor.subファイルに提出者の環境を置きます。 ・多数のジョブの削除を最適化しました。以前は、数千のジョブを削除すると、condor_scheddデーモンが数分間多くのCPU時間を消費しました。 ・Condor_Shadowデーモンによるメモリ使用量の削減。実行中のジョブごとに1つのCondor_Shadowプロセスがあるため、送信マシンが処理できる実行中のジョブの数を増やすことができます。 Linux 2.6では、単一の送信マシンから10,000のジョブを実行するには、約10GバイトのシステムRAMが必要です。この場合も、10,000以上の同時ジョブを実行するには64ビット送信マシンが必要です。 32ビットのLinuxプラットフォームでは、システムに追加のRAMのどれだけかかわらず、カーネルメモリが使い果たされます。 ・update_collector_with_tcp = trueの場合、condor_collectorデーモンのメモリ使用量を削減します。 構成変数の追加と変更点： ・新しい設定変数OPEN_VERB_FOR_FOR_FILESは、拡張範囲内線を変更するスクリプトのデフォルトのインタプリタを使用できます。詳細については、「*」の「6.2.6」を参照してください。 ・新しい設定変数CCB_Addressは、プライベートネットワークの外部でCondorコンポーネントとの通信を許可するために1つ以上のCCBサーバを使用するようにデーモンを構成します。 ページを参照してください。 ・新しい設定変数max_file_descriptors（UNIXプラットフォーム上のみ）Condor Daemonに必要なファイル記述子制限を指定します。ファイル記述子は、オープンファイルおよびネットワーク接続に使用されるシステムリソースです。多くの同時ネットワーク接続を行うコンドーデーモンは、ファイル記述子の数を増やす必要があるかもしれません。たとえば、CCBのファイル記述子要件については、「*」ページを参照してください。 ・Linuxプラットフォーム上の新しい構成変数とSLOTX_CPU_AFFINITYは、CONDORがスロットを特定のCPUにロックすることを可能にします。 ・新しい構成変数debug_time_formatでは、デーモンのログファイル内の各行の開始時に印刷された時間の形式のカスタム仕様を許可します。この変数の完全な定義については、3.3.4を参照してください。 ・新しい設定変数SHARE_SPOOLED_EXECUTABLESは、SPOOLディレクトリ内の同じ実行可能ファイルの複数のコピーを格納しないように、condor_scheddデーモンがMD5チェックの合計を使用するかどうかを決定するブール値です。デフォルト設定はtrueです。

コンドル 関連ソフトウェア