JM プロジェクトは、主に Linux 関連のマニュアルページの日本語ページを翻訳・公開しています。
... 説明 set_mempolicy () は、呼び出し元スレッドの NUMA ポリシーを policy に設定する。 NUMA ポリシーはポリシーモードと 0 個以上のノードから構成され、 設定内容は引数 mode , nodemask , maxnode により指定される。 NUMA (非対称メモリーアクセス) マシンでは、CPU によ ... り メモリーコントローラーが異なり、距離も異なっている。 メモリーポリシーは、どのノードからメモリーをそのスレッドに 割り当てるかを定めるものである。 set_mempolicy () は、スレッドのデフォルトポリシーを定める。スレ ... を指定しなければならない。 MPOL_DEFAULT 以外のポリシーモードの場合、呼び出し元は nodemask 引数でそのポリシーモードを適用するノードを指定する必要がある。 mode 引数には、追加で モードフラグ を含めることもできる。 サポートされている モードフラグ は以下の通り ... ... dr から始まる長さ len バイトの範囲のメモリーに NUMA メモリーポリシーを設定する。 NUMA ポリシーはポリシーモードと 0 個以上のノードから構成される。 メモリーポリシーはどのノードからメモリーを割り当てるかを決定する。 addr と len で指定されたメモリー範囲に、 ... を指定しなければならない。 MPOL_DEFAULT 以外のポリシーモードの場合、呼び出し元は nodemask 引数でそのポリシーモードを適用するノードを指定する必要がある。 mode 引数には、追加で モードフラグ を含めることもできる。 サポートされている モードフラグ は以下の通り ... である。 MPOL_F_STATIC_NODES (Linux-2.6.26 以降) 空でない nodemask は、物理ノード ID である。 Linux では、そのスレッドが異なる CPU 集合コンテキスト (cpuset context) に移動した場合でも、そのスレッドの現在の ... ... ファイル書式の今後の拡張のために予約されています。 すでに使われているキーワードでは newphrase は始まりません。 複数の delta ノードが集まって、木を形成します。 単一の組からなる番号のノード (例えば 2.3, 2.1, 1.3 など) は すべて幹 (trunk) であり、降順で nex ... t フィールドを通してリンクされています。 admin ノードの head フィールドは、このシーケンスの先頭 (head; すなわち最高位の組) を示します。 admin ノードの branch ノードは、 ほとんど ... を示します。 もしこれが存在しなければ、幹の最高位の枝が用いられます。 2 n 個 ( n ≥2) のフィールドからなる番号を持つ全 delta ノード (例えば 3.1.1.1, 2.1.2.2 など) は、次のようにリンクされます。 すなわち、先頭の 2 n -1 個のフィールドの番号が等しい全ノード ... ... る。 psize recno アクセスメソッドは、自身のレコードのコピーをメモリー内部に btree で保存している。 この値は、その btree 中のノードに対して用いられる ページサイズ (バイト単位) である。 psize が 0 (あるいは指定されていない) の場合、 ファイルシステムの I/O ... ... 非対称メモリーアクセス) マシンでは、CPU により メモリーコントローラーが異なり、距離も異なっている。 メモリーポリシーは、どのノードからメモリーをそのスレッドに 割り当てるかを定めるものである。 If flags is specified as 0, then information about the calling ... 引数は無視され、 そのスレッドがその後の mbind (2) や set_mempolicy (2) で ( モードフラグ が指定されていない場合に) 指定できるノード (メモリー) の集合が nodemask に返される。 MPOL_F_MEMS_ALLOWED を、 MPOL_F_ADDR や MPOL_F_NODE と同時に指定することはできな ... MA ポリシーのモードと追加の モードフラグ を mode が指す場所に格納する。 nodemask が NULL 以外の場合、そのポリシーに対応するノードマスクを この引数が指す場所に格納する。 maxnode には nodemask に格納できるノード ID の数、つまり最大ノード ID に 1 を足した値 ... ... (8) をご覧ください。 ハードリンクはそれぞれのコレクション内では保存されますが、コレクション 間では保存されません。 デバイスノードはメジャー番号とマイナー番号を使って更新されます。 クライアントのホストとサーバのホストで異なるオペレーティングシステムが 動 ... ... , tdelete () は 二分探索木を操作する関数である。 これらの関数は Knuth (6.2.2) Algorithm T に基づいている。 木構造における各ノードの最初のフィールドは、対応するデータ アイテムへのポインターである。 (参照先のデータは、呼び出しプログラムで用意する。) compa ... rch () と同じである。 twalk () は、二分木を深さ優先 (depth-first) で、 左から右にたどっていく関数である。 root は起点となるノードへのポインターである。 root に根以外のノードを指定すると、部分木が対象となる。 twalk () は、ノードを訪れる度にユーザー関数 a ... ction を呼び出す (内部ノードに対しては 3 回、葉に対しては 1 回呼び出しが行われる)。 action には以下の順に 3 つの引数が与えられる。 最初の引数は訪れたノー ... ... , tdelete () は 二分探索木を操作する関数である。 これらの関数は Knuth (6.2.2) Algorithm T に基づいている。 木構造における各ノードの最初のフィールドは、対応するデータ アイテムへのポインターである。 (参照先のデータは、呼び出しプログラムで用意する。) compa ... rch () と同じである。 twalk () は、二分木を深さ優先 (depth-first) で、 左から右にたどっていく関数である。 root は起点となるノードへのポインターである。 root に根以外のノードを指定すると、部分木が対象となる。 twalk () は、ノードを訪れる度にユーザー関数 a ... ction を呼び出す (内部ノードに対しては 3 回、葉に対しては 1 回呼び出しが行われる)。 action には以下の順に 3 つの引数が与えられる。 最初の引数は訪れたノー ... ... , tdelete () は 二分探索木を操作する関数である。 これらの関数は Knuth (6.2.2) Algorithm T に基づいている。 木構造における各ノードの最初のフィールドは、対応するデータ アイテムへのポインターである。 (参照先のデータは、呼び出しプログラムで用意する。) compa ... rch () と同じである。 twalk () は、二分木を深さ優先 (depth-first) で、 左から右にたどっていく関数である。 root は起点となるノードへのポインターである。 root に根以外のノードを指定すると、部分木が対象となる。 twalk () は、ノードを訪れる度にユーザー関数 a ... ction を呼び出す (内部ノードに対しては 3 回、葉に対しては 1 回呼び出しが行われる)。 action には以下の順に 3 つの引数が与えられる。 最初の引数は訪れたノー ... ... , tdelete () は 二分探索木を操作する関数である。 これらの関数は Knuth (6.2.2) Algorithm T に基づいている。 木構造における各ノードの最初のフィールドは、対応するデータ アイテムへのポインターである。 (参照先のデータは、呼び出しプログラムで用意する。) compa ... rch () と同じである。 twalk () は、二分木を深さ優先 (depth-first) で、 左から右にたどっていく関数である。 root は起点となるノードへのポインターである。 root に根以外のノードを指定すると、部分木が対象となる。 twalk () は、ノードを訪れる度にユーザー関数 a ... ction を呼び出す (内部ノードに対しては 3 回、葉に対しては 1 回呼び出しが行われる)。 action には以下の順に 3 つの引数が与えられる。 最初の引数は訪れたノー ... 日本語の文書やマニュアルを配布している個人/プロジェクトへのリンクです。