JM プロジェクトは、主に Linux 関連のマニュアルページの日本語ページを翻訳・公開しています。
... カウント (UID 0 のアカウント) をこの手段によって制限することはできない。 各行には以下の形式でユーザに対する制限を記述する。 LIMITS_STRING はリソース制限の定義を連結させた文字列である。 各制限の定義は、1 文字の識別子と、それに続く制限数値からなる。 有効な ... mask L: このユーザの同時ログイン数の最大値 P: setpriority (2) によって設定されるプロセス優先度 例えば、 L2D2048N5 は正しい LIMITS_STRING である。 以下の 2 つの例は等価である。2 番目のように読み易く書くこともできる。 username L2D2048N5 username L2 D2048 ... プログラムは、正しくない制限文字列は拒絶する (無視する)。 デフォルトのエントリは、ユーザ名が " * " となっているものである。 LIMITS_FILE に複数の デフォルト を登録すると、 最後のものがデフォルト指定として使用される。 あるユーザへの制限を完全に無効にするに ... ... fore 2.6.9, this limit controlled the amount of memory that could be locked by a privileged process. Since Linux 2.6.9, no limits are placed on the amount of memory that a privileged process may lock, and this limit instead governs the amount of memory ... ther than itself, the caller must have the CAP_SYS_RESOURCE capability in the user namespace of the process whose resource limits are being changed, or the real, effective, and saved set user IDs of the target process must match the real user ID of the ... 成された作成された子プロセスは、 親プロセスのリソース制限を継承する。 execve (2) の前後でリソース制限は保存される。 Resource limits are per-process attributes that are shared by all of the threads in a process. リソースのソフトリミットをそのプロセスが現在 ... ... fore 2.6.9, this limit controlled the amount of memory that could be locked by a privileged process. Since Linux 2.6.9, no limits are placed on the amount of memory that a privileged process may lock, and this limit instead governs the amount of memory ... ther than itself, the caller must have the CAP_SYS_RESOURCE capability in the user namespace of the process whose resource limits are being changed, or the real, effective, and saved set user IDs of the target process must match the real user ID of the ... 成された作成された子プロセスは、 親プロセスのリソース制限を継承する。 execve (2) の前後でリソース制限は保存される。 Resource limits are per-process attributes that are shared by all of the threads in a process. リソースのソフトリミットをそのプロセスが現在 ... ... fore 2.6.9, this limit controlled the amount of memory that could be locked by a privileged process. Since Linux 2.6.9, no limits are placed on the amount of memory that a privileged process may lock, and this limit instead governs the amount of memory ... ther than itself, the caller must have the CAP_SYS_RESOURCE capability in the user namespace of the process whose resource limits are being changed, or the real, effective, and saved set user IDs of the target process must match the real user ID of the ... 成された作成された子プロセスは、 親プロセスのリソース制限を継承する。 execve (2) の前後でリソース制限は保存される。 Resource limits are per-process attributes that are shared by all of the threads in a process. リソースのソフトリミットをそのプロセスが現在 ... ... fore 2.6.9, this limit controlled the amount of memory that could be locked by a privileged process. Since Linux 2.6.9, no limits are placed on the amount of memory that a privileged process may lock, and this limit instead governs the amount of memory ... ther than itself, the caller must have the CAP_SYS_RESOURCE capability in the user namespace of the process whose resource limits are being changed, or the real, effective, and saved set user IDs of the target process must match the real user ID of the ... 成された作成された子プロセスは、 親プロセスのリソース制限を継承する。 execve (2) の前後でリソース制限は保存される。 Resource limits are per-process attributes that are shared by all of the threads in a process. リソースのソフトリミットをそのプロセスが現在 ... ... fore 2.6.9, this limit controlled the amount of memory that could be locked by a privileged process. Since Linux 2.6.9, no limits are placed on the amount of memory that a privileged process may lock, and this limit instead governs the amount of memory ... ther than itself, the caller must have the CAP_SYS_RESOURCE capability in the user namespace of the process whose resource limits are being changed, or the real, effective, and saved set user IDs of the target process must match the real user ID of the ... 成された作成された子プロセスは、 親プロセスのリソース制限を継承する。 execve (2) の前後でリソース制限は保存される。 Resource limits are per-process attributes that are shared by all of the threads in a process. リソースのソフトリミットをそのプロセスが現在 ... ... fore 2.6.9, this limit controlled the amount of memory that could be locked by a privileged process. Since Linux 2.6.9, no limits are placed on the amount of memory that a privileged process may lock, and this limit instead governs the amount of memory ... ther than itself, the caller must have the CAP_SYS_RESOURCE capability in the user namespace of the process whose resource limits are being changed, or the real, effective, and saved set user IDs of the target process must match the real user ID of the ... 成された作成された子プロセスは、 親プロセスのリソース制限を継承する。 execve (2) の前後でリソース制限は保存される。 Resource limits are per-process attributes that are shared by all of the threads in a process. リソースのソフトリミットをそのプロセスが現在 ... ... 特定のオプションがサポートされているかや、 設定可能な特定の定数や制限 (limits) がどんな値かをテストすることができる。 コンパイル時に行うには、 < unistd.h > と < limits.h > の両方もしくは一方をインクル ... FOO を指定する。 オプションのリストについては posixoptions (7) を参照のこと。 変数や制限を確認できるように、たいていは、 < limits.h > で定数 _FOO が、 < unistd.h > で _POSIX_FOO が定義されている。 制限が規定されていない場合は定数は定義されない。 定数が ... value will not be more restrictive than the corresponding value that was described to the application in < unistd.h > or < limits.h > when the application was compiled. エラー EINVAL name が無効である。 属性 この節で使用されている用語の説明については、 ... ... ... 長さの上限は ( < sys/param.h > の中にある) MAXPATHLEN である。SUSv2 では PATH_MAX と NAME_MAX が規定されており、 これらは < limits.h > で定義されているか、 pathconf (3) 関数から得られる。以下のようなソースコードになっていることが多い。 #ifdef PATH_MAX p ... 日本語の文書やマニュアルを配布している個人/プロジェクトへのリンクです。