キュー、ホストなどのリソースへのアクセスを許可または拒否されたユーザーおよび UNIX グループのリスト。ユーザーやグループは複数のアクセスリストに所属できます。また、同じアクセスリストを複数のコンテキストで使用できます。
実行中のジョブを実行ホストに格納して停止するプロセス。チェックポイント設定のように、ジョブが「中止」されるわけではありません。ジョブを一時停止しても、スワップメモリーやファイル空間などの一部のリソースは引き続き消費されます。
「共有」と同義。特定のジョブ、ユーザー、ユーザーグループ、またはプロジェクトによって消費される予定のリソースの量を示します。
管理者と同じコマンドを実行できるユーザー。ただし、構成を変更することはできません。オペレータの役割は、処理を維持管理することです。
あらゆる局面で Grid Engine ソフトウェアを操作できるユーザー。マスターホストおよび管理ホストとして宣言されるその他のマシンのスーパーユーザーであり、管理者の特権を持っています。管理者の特権は、root ユーザー以外にも割り当て可能です。
ジョブ、ユーザー、ユーザーグループ、およびプロジェクトに対して、重要度のレベルを割り当てます。これにより、たとえば、優先順位の高いプロジェクトとそのプロジェクトのすべてのジョブには、優先順位の低いプロジェクトより高いリソース配分が割り当てられます。
「エンタイトルメント」と同義。特定のジョブ、ユーザー、またはプロジェクトによって消費される予定のリソースの量を表します。
ユーザー、プロジェクト、および任意のグループのエンタイトルメントを階層的に定義するポリシー。たとえば会社は、課、部門、部門内でアクティブになっているプロジェクト、これらのプロジェクトに関わるユーザーグループ、そしてこのユーザーグループに所属するユーザーに区分できます。共有ベースの階層を「共有ツリー」と呼びます。共有ツリーを定義すると、Grid Engine ソフトウェアは自動的にエンタイトルメントを実装します。
同時実行可能な複数のジョブのクラスを格納するコンテナ。キューは、特定のジョブ属性、たとえば移動可能なジョブかどうかを特定します。実行中のジョブは、実行が終了するまでキューに関連付けられています。キューに関連付けられていることで、ジョブで発生する事象の一部が影響を受けます。たとえば、キューが一時停止されると、そのキューに関連付けられたすべてのジョブが一時停止されます。
もっとも単純な形式のグリッド。連携して機能する複数のコンピュータホストで構成され、単一のプロジェクトまたは部署内のユーザーに単一のアクセスポイントを提供します。
Grid Engine システムジョブの実行権を持つシステム。キューインスタンスをホストし、実行デーモン sge_execd を実行します。
「消費リソース」の別称。消費される CPU 時間、利用に伴って占有されるメモリー、I/O 実行量の管理者が構成できる値です。
何らかの共通点があり、同じように取り扱われる複数のジョブのセット。ジョブクラスは、類似したジョブ群に共通する同一の要件と、これらのジョブに適したキューの特性によって定義されます。
所有するキューの一時停止、再開、無効化、有効化を実行できるユーザー。通常、ユーザーは、自分のワークステーション上のキューのインスタンスの所有者になります。
ジョブが必要とするリソース。ただし、ジョブの開始前に割り当てる必要はありません。利用できるときに割り当てます。「ハードリソース要件」の対語になります。
qrsh、qsh、または qlogin コマンドで開始されるセッション。ユーザーとの対話用に xterm ウィンドウを表示します。または、リモートログインセッションのようなものを提供します。
あるジョブの実行ステータスをチェックポイントに保存する手続き。情報とすでに完了した作業の内容を維持したまま、中止したジョブをあとで再開することができます。中止したジョブの実行を再開する前にチェックポイントを別のホストに移した場合は「移行」と呼びます。
特定のチェックポイント設定方法に関連付けられたイベント、インタフェース、およびアクションを定義する Grid Engine システムの構成要素。
リソース配分定義の一般的な単位。ジョブ、ユーザー、プロジェクト、またはそのほかのコンポーネントがより多くのチケットの配分を持つほど、より重要性が高いということになります。たとえば、ほかのジョブの 2 倍チケットを持っているジョブは、ほかのジョブの 2 倍のリソースを使用する権利があります。
それぞれ独立した同一のタスクの範囲を構成するジョブ。各タスクは、単独のジョブとして機能します。配列ジョブタスクは、一意のタスク識別子 (整数値) によってのみ区別されます。
バッチジョブのみを発行し、制御するホスト。 発行ホストにログインしているユーザーは、qsub コマンドでジョブを発行し、qstat コマンドでジョブのステータスを制御します。また、Grid Engine システム OSF/1 Motif グラフィカルユーザーインタフェース QMON を利用できます。
同様の職務を持つと見なされるユーザーおよびグループのリスト。Grid Engine システムのスケジューリングポリシーより優先されます。ユーザーやグループが複数の部署に所属することはできません。
Grid Engine システム構成。並列ジョブを正常に処理するために Grid Engine ソフトウェアに必要なインタフェースを定義します。
複数の密接に関連したタスクで構成されるジョブ。タスクは、複数のホストに分散されます。並列ジョブは、通常、共有メモリーやメッセージ受け渡し (MPI、PVM) などの通信ツールを使用して、タスクの同期や関連付けを行います。
管理者が Grid Engine システムの動作を定義するために使用する規則および構成のセット。ポリシーは、システムによって自動的に実装されます。
クラスタアクティビティー全体の中枢。マスターデーモン sge_qmaster とスケジューラデーモン sge_schedd を実行します。デフォルトでは、マスターホストが管理ホストでもあり、発行ホストでもあります。
1 台以上の発行ホストおよび実行ホストでの有効なログイン ID を持っている場合、グリッドにジョブを発行し、実行することができるユーザー。
一般に、機能ポリシーおよび共有ベースポリシーのリソースエンタイトルメント管理の自動化を無効にするために使用されます。クラスタ管理者は、ポリシーの自動実装を変更し、ジョブ、ユーザー、ユーザーグループ、およびプロジェクトを無効にすることができます。
実行中のジョブによって消費または占有される計算デバイス。典型的な例として、メモリー、CPU、I/O 帯域幅、ファイル空間、ソフトウェアライセンスなどがあります。