ファイル記述子の数の制限

私はインストールしようとし389-dsています、そしてそれは私にこの警告を与えます：

WARNING: There are only 1024 file descriptors (hard limit) available, which limit the number of simultaneous connections.

ファイル記述子については理解していますが、ソフト制限とハード制限についてはわかりません。

走るcat /proc/sys/fs/file-maxと戻ってき590432ます。これは、最大590432個のファイルを開くことができることを意味します（つまり、最大590432個のファイル記述子があります）。

しかし、実行するとulimit、異なる結果が得られます。

$ ulimit
unlimited

$ ulimit -Hn    # Hard limit
4096

$ ulimit -Sn    # Soft limit
1024

しかし、ハード/ソフト制限ulimitは/proc/sys/fs/file-max何ですか？また、保存された数とどのように関係していますか？

カーネルのドキュメントによると、/proc/sys/file-maxは、チョークがチョークする前にカーネルが割り当てるファイル記述子の最大の総数です。これはカーネルの制限であり、現在のユーザーの制限ではありません。そのため、アイドル状態のシステム（シングルユーザーモード、デーモンが実行されていない状態）にいる場合は、590432 を開くことができます。

ドキュメントは古いことに注意してくださいproc/sys/fs/file-max。ファイルは長い間使用されています。これを指摘してくれたMartin Jambonに感謝します。

ソフト制限とハード制限の違いについては、SEで回答しています。ハード制限を超えない限り、通常のユーザーとしてソフト制限を増減できます。また、ハードリミットを下げることもできます（ただし、そのプロセスで再び上げることはできません）。スーパーユーザーは、ハード制限とソフト制限の両方を上下できます。デュアルリミットスキームは、システムポリシーを適用するために使用されますが、通常のユーザーが自分自身に一時的な制限を設定し、後で変更することもできます。

ハード制限をソフト制限より低くしようとすると（そしてスーパーユーザーではない場合）、EINVAL戻ってくる（無効な引数）ことに注意してください。

そのため、特定のケースではulimit（これはulimit -Sf）と同じですが、シェルとそのサブプロセスによって書き込まれるファイルのサイズにソフト制限はありません。（ほとんどの場合、それはおそらく良い考えです）

あなたの他の呼び出し、ulimit -Hn上のレポート-n制限（オープンファイル記述子の最大数）、ない-fソフトリミットはハードリミットよりも高いと思われる理由で制限、。入力ulimit -Hfすると、「無制限」にもなります。

「選択」システムコールは、unixの多くのひどい脳死の設計決定の1つであり、windows95でさえも比較して見栄えがよくなります。

20年前に禁止されていたはずでしたが、今では問題なくファイルハンドラを無制限にできるようになっているかもしれません。

カーネル構成でファイル記述子の数を簡単に増やすことができ、ulimitですが、ライブラリが「select」システムコールを使用すると、プログラムが不安定になり（メモリ破損）、失敗することに注意してください。

Selectは、0から1023までのファイル記述子のみを処理できます。より高い値のファイル記述子をフィードすると、メモリー内でランダムに突くため、選択が機能するものとして記述子を繰り返すことはありません。残念ながら、多くのライブラリはselectを使用しています。