/ 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> 추가 메모리. 이것은 당신 만이 조사 할 수있는 것입니다.