/ proc / sys / fs / file-maxの最大値

今日、サーバーがToo many open files in system:でクラッシュしましたが、私はすでに高い値がありますが、これの最大値はいくつですか？

これについては、Googleで良い結果が得られていないように感じます。これらの値を設定するために何を考慮する必要があるかを説明し、100kのように設定すると言っているだけです。

現在10GBしか使用していない32GBのRAMサーバーがあります。ファイル制限を非常に高い値に増やすと、RAMの使用量が増えると思います。これを計算するために使用できる式はありますか？8GBのRAMの場合のようにX個のファイルを開くことができますか？

現在の設定：

cat /proc/sys/fs/file-max 100000 ulimit -Hn 1048576 ulimit -Sn 1024 

コメント

• 答えではありませんが、開いているファイルの最大数を制限することは、RAMを節約する方法ではなく、ディスクI / Oのパフォーマンスを節約する方法であると思います。多数の開いているファイルを許可することは、（潜在的に）多数の同時を許可することを意味します。ディスクアクセス。また、システム全体の全体的な制限とプロセスごとの制限がある可能性があります。Linuxユーザーではないため、'について詳しく説明することはできません。それ以外はulimitはプロセスごとのリソース制限を表示/設定します。
• これはSSDディスクの懸念事項でもありますか？ 'はサーバーであり、'死んでもかまいません。ホスティング会社がサーバーを交換するだけで、バックアップがあります。また、ネットワークソケットもこの問題を引き起こす可能性があることを読みました。私は、主にパフォーマンスに関心があります。 'パフォーマンスが向上している限り、100％または5％を使用する場合、ハードウェアの料金を支払います。なぜ気にするのですか？クラウドサーバーの場合はこの問題が発生する可能性がありますが、専用ハードウェアの場合は実際にはそうではありません
• はい、開いているソケットの数もこの制限にカウントされます（一般にファイル記述子を開きます）。私はそれを忘れました。したがって、RAMが唯一の懸念事項である場合、'制限を増やすことについて心配する必要はないと思います。ただし、提供するサービスが割り当てを開始することを意味する場合を除きます。開いている各ソケットに関連するi>追加メモリ。これはあなただけが調査できるものです。