JM プロジェクトは、主に Linux 関連のマニュアルページの日本語ページを翻訳・公開しています。
... 上限で規定される値であった。 /proc/sys/fs/mqueue/msg_max このファイルを使って、一つのキューに入れられるメッセージの最大数の 上限値を参照したり変更したりできる。この値は、 mq_open (3) に渡す attr->mq_maxmsg 引数に対する上限値として機能する。 msg_max のデフ ... ォルト値は 10 で、 最小値は 1 (2.6.28 より前のカーネルでは 10) である。 msg_max に指定できる上限値は HARD_MSGMAX である。 msg_max 上限は特権プロセス ( CAP_SYS_RESOURCE ) では無視されるが、上限値 HARD_MSGMAX はどんな場合にで ... 値は msgsize_max 上限で規定される値であった。 /proc/sys/fs/mqueue/msgsize_max このファイルを使って、メッセージの最大サイズの上限値を参照したり変更したりできる。 この値は、 mq_open (3) に渡す attr->mq_msgsize 引数に対する上限値として機能する。 msgsize_max ... ... mget () コールに影響する共有メモリーセグメント資源の制限は以下の通りである: SHMALL 共有メモリーの全使用量のシステム全体での上限値。 システムページサイズが単位である。 Linux では、この上限値は /proc/sys/kernel/shmall 経由で参照したり、変更したりできる。 ... Linux 3.16 以降では、 この上限値のデフォルト値は以下のとおりである。 ULONG_MAX - 2^24 この値は割り当てに関する上限としては適用されない (なお、この値は 32 ビ ... モリーの上限として、 8 GB という値が得られる。 SHMMAX 1 つの共有メモリーセグメントの最大サイズ (バイト数)。 Linux では、この上限値は /proc/sys/kernel/shmmax 経由で参照したり、変更したりできる。 Linux 3.16 以降では、 この上限値のデフォルト値は以下のとおり ... ... hen an attempt to set RLIMIT_CPU has failed, for compatibility reasons. 32 ビットプラットフォームにおける「大きな」リソース上限値の表現 glibc の getrlimit () と setrlimit () ラッパー関数は、32 ビットプラットフォームであっても 64 ビットの rlim_t データ型 ... ソース上限を unsigned long として表現している。 しかしながら、 32 ビットデータ型は十分な大きさではない。 ここで最も関係がある上限値は RLIMIT_FSIZE である。 この上限はファイルサイズの最大値であり、実用性の面からは、 この上限をファイルオフセットを表現するの ... を 32 ビットの unsigned long で表現できる値よりも大きな値に設定しようとした際には、 glibc の setrlimit () ラッパー関数はこの上限値を黙って RLIM_INFINITY に変換していた。 言い換えると、指定されたリソース上限値は黙って無視されていた。 バージョン 2.13 以降の ... ... hen an attempt to set RLIMIT_CPU has failed, for compatibility reasons. 32 ビットプラットフォームにおける「大きな」リソース上限値の表現 glibc の getrlimit () と setrlimit () ラッパー関数は、32 ビットプラットフォームであっても 64 ビットの rlim_t データ型 ... ソース上限を unsigned long として表現している。 しかしながら、 32 ビットデータ型は十分な大きさではない。 ここで最も関係がある上限値は RLIMIT_FSIZE である。 この上限はファイルサイズの最大値であり、実用性の面からは、 この上限をファイルオフセットを表現するの ... を 32 ビットの unsigned long で表現できる値よりも大きな値に設定しようとした際には、 glibc の setrlimit () ラッパー関数はこの上限値を黙って RLIM_INFINITY に変換していた。 言い換えると、指定されたリソース上限値は黙って無視されていた。 バージョン 2.13 以降の ... ... hen an attempt to set RLIMIT_CPU has failed, for compatibility reasons. 32 ビットプラットフォームにおける「大きな」リソース上限値の表現 glibc の getrlimit () と setrlimit () ラッパー関数は、32 ビットプラットフォームであっても 64 ビットの rlim_t データ型 ... ソース上限を unsigned long として表現している。 しかしながら、 32 ビットデータ型は十分な大きさではない。 ここで最も関係がある上限値は RLIMIT_FSIZE である。 この上限はファイルサイズの最大値であり、実用性の面からは、 この上限をファイルオフセットを表現するの ... を 32 ビットの unsigned long で表現できる値よりも大きな値に設定しようとした際には、 glibc の setrlimit () ラッパー関数はこの上限値を黙って RLIM_INFINITY に変換していた。 言い換えると、指定されたリソース上限値は黙って無視されていた。 バージョン 2.13 以降の ... ... hen an attempt to set RLIMIT_CPU has failed, for compatibility reasons. 32 ビットプラットフォームにおける「大きな」リソース上限値の表現 glibc の getrlimit () と setrlimit () ラッパー関数は、32 ビットプラットフォームであっても 64 ビットの rlim_t データ型 ... ソース上限を unsigned long として表現している。 しかしながら、 32 ビットデータ型は十分な大きさではない。 ここで最も関係がある上限値は RLIMIT_FSIZE である。 この上限はファイルサイズの最大値であり、実用性の面からは、 この上限をファイルオフセットを表現するの ... を 32 ビットの unsigned long で表現できる値よりも大きな値に設定しようとした際には、 glibc の setrlimit () ラッパー関数はこの上限値を黙って RLIM_INFINITY に変換していた。 言い換えると、指定されたリソース上限値は黙って無視されていた。 バージョン 2.13 以降の ... ... hen an attempt to set RLIMIT_CPU has failed, for compatibility reasons. 32 ビットプラットフォームにおける「大きな」リソース上限値の表現 glibc の getrlimit () と setrlimit () ラッパー関数は、32 ビットプラットフォームであっても 64 ビットの rlim_t データ型 ... ソース上限を unsigned long として表現している。 しかしながら、 32 ビットデータ型は十分な大きさではない。 ここで最も関係がある上限値は RLIMIT_FSIZE である。 この上限はファイルサイズの最大値であり、実用性の面からは、 この上限をファイルオフセットを表現するの ... を 32 ビットの unsigned long で表現できる値よりも大きな値に設定しようとした際には、 glibc の setrlimit () ラッパー関数はこの上限値を黙って RLIM_INFINITY に変換していた。 言い換えると、指定されたリソース上限値は黙って無視されていた。 バージョン 2.13 以降の ... ... hen an attempt to set RLIMIT_CPU has failed, for compatibility reasons. 32 ビットプラットフォームにおける「大きな」リソース上限値の表現 glibc の getrlimit () と setrlimit () ラッパー関数は、32 ビットプラットフォームであっても 64 ビットの rlim_t データ型 ... ソース上限を unsigned long として表現している。 しかしながら、 32 ビットデータ型は十分な大きさではない。 ここで最も関係がある上限値は RLIMIT_FSIZE である。 この上限はファイルサイズの最大値であり、実用性の面からは、 この上限をファイルオフセットを表現するの ... を 32 ビットの unsigned long で表現できる値よりも大きな値に設定しようとした際には、 glibc の setrlimit () ラッパー関数はこの上限値を黙って RLIM_INFINITY に変換していた。 言い換えると、指定されたリソース上限値は黙って無視されていた。 バージョン 2.13 以降の ... ... スレッドを作成するのに十分なリソースがない。 EAGAIN システムで設定されたスレッド数の上限に達していた。 このエラーの原因となる上限値はいくつかある。 実ユーザー ID 当たりのプロセス数とスレッド数の上限である、ソフトリソース上限 RLIMIT_NPROC に達していた ( se ... trlimit (2) で設定できる)。 カーネルのシステム全体のプロセスとスレッドの数の上限値である /proc/sys/kernel/threads-max が達していた ( proc (5) 参照)。 PID の最大値 /proc/sys/kernel/pid_max に達していた ( pro ... ... Linux, this limit can be read and modified via the first field of /proc/sys/kernel/sem . SEMMNS システム全体のセマフォ数の上限値: 方針依存 (Linux では、この上限値は /proc/sys/kernel/sem の第 2 フィールドであり、読み出しも変更もできる)。 システム全体の ... 日本語の文書やマニュアルを配布している個人/プロジェクトへのリンクです。