Linuxのソケットの最大数

サーバーは〜32720ソケットに制限されているようです。この制限を引き上げるために、既知の変数の変更をすべて試しました。ただし、空きメモリの4GoとアイドルCPUの80％がまだある場合でも、サーバーは32720のオープンソケットに制限されたままになります。

構成は次のとおりです

~# ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 63931
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 798621
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 2048
cpu time               (seconds, -t) unlimited
max user processes              (-u) 63931
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

net.netfilter.nf_conntrack_max = 999999
net.ipv4.netfilter.ip_conntrack_max = 999999
net.nf_conntrack_max = 999999

何かご意見は ？（この質問は、これまでのところ運のないスタックオーバーフローで尋ねられました）

何がすべてを制限しているのかを見つけました：

max_map_count

答えてくれたみんなに感謝します！

あなたはこれのために間違った場所を見ています。ユーザー制限に達していない、システム制限に達しています。これは通常、32ビットシステムでは2の15乗です。これがシステムの推測です。小切手：

 % cat /proc/sys/kernel/pid_max 
 32768
 %

ただし、これも変更できます。絶対上限として2 ** 22になる32ビットマシンでは、次のようになります。

% sudo bash -c 'echo 4194303 > /proc/sys/kernel/pid_max'
%

私はあなたがどうやって行くのか知りたいです。

実際に接続を開くことができるソケットの最大数を調べようとしている場合は、cat / proc / sys / net / ipv4 / ip_local_port_rangeを調べてみてください。これは、カーネルが送信ソケットに使用するポートの範囲であり、ディストリビューションに基づいて異なるデフォルトがあります。「1024 65535」のような値に設定することは、あなたが手に入れることができる限り広く開いています。それが物事に役立つかどうかを確認してください。

スレッドで同様のことが言われている場合は申し訳ありませんが、今すぐ読む時間はありません：<

一見すると、言及したソケットの数は最大ユーザープロセスの約半分であることがわかります。私はあなたがすべてのソケットに別々のプロセスを持っていると推測できるので（適切にサーバーまたはそのようなものを実行します）

できることは、次にソケットの制限に達したときにプロセスの数をチェックすることです。

ただのアイデア、それが役立つかどうかわかりません。