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'와 같은 것으로 설정하면 최대한 넓게 열 수 있습니다. 그것이 도움이되는지보십시오.

스레드에서 비슷한 말이 나오면 죄송하지만 지금 읽을 시간이 없습니다. <

첫 번째 모습으로 언급 한 소켓 수가 최대 사용자 프로세스의 절반 정도임을 알 수 있습니다. 모든 소켓에 대해 별도의 프로세스가 있다고 생각할 수 있습니다 (아마도 서버 또는 이와 유사한 것을 실행하십시오)

다음에 소켓 한계에 도달 할 때 프로세스 수를 확인하는 것이 가능합니다.

그냥 아이디어, 그것이 도움이되는지 모르겠습니다.