Nginx 지시문 (구성 파일)에 최적화
worker_processes 8;
Nginx 수 프로세스의 것이 좋습니다 그것의 일반적으로 다중 Cpu 수에 따라 지정 해야.
worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;
각 프로세스에 대 한 Cpu를 할당, 위의 예제에서 8 프로세스 8 Cpu에 할당 됩니다, 물론 여러 개의 쓸 수 있습니다 또는 프로세스가 여러 개의 Cpu에 할당 됩니다.
worker_rlimit_nofile http://www.aliyun.com/zixun/aggregation/12560.html "> 102400;
이 명령을 때 nginx 프로세스 파일 설명자 최대 수, 이론적인 값 열린 파일 (ulimit-n) 최대 수 여야 열리고 ulimit-n의 값과 일치 하는 것이 좋습니다 그래서 nginx 프로세스, 하지만 Nginx 할당 요청 수 너무 균일 하지 않습니다.
사용 Epoll;
말할 필요도 없이 Epoll I/O 모델을 사용 하 여.
worker_connections 102400;
최대 연결 수 허용 되는 프로세스, 이론, 당 Nginx 서버 연결의 최대 수는 worker_processes * worker_connections.
Keepalive_timeout 60;
KeepAlive 시간 초과 시간입니다.
Client_header_buffer_size 4 k;
머리 버퍼의 크기를 요청 하는 클라이언트,이 설정 하 여 시스템 페이징 크기에 따라, 일반 한 요청된 머리 크기 1 k를 초과 하지 않습니다 하지만 일반 시스템 페이징 1 k 보다 더 큰 있기 때문에, 그래서이 페이징 크기 설정 됩니다. 명령 getconf pagesize를 사용 하 여 페이징 크기를 얻을 수 있습니다.
Open_file_cache 최대 102400 비활성 = = 20;
이 최대 캐시의 수를 지정 합니다 기본적으로 비활성화 되어 있는 열린 파일에 대 한 캐싱을 지정 합니다 파일의 권장된 수는 동일, 비활성 얼마나 오래 파일 하지 요청 캐시 삭제를 가리킵니다.
Open_file_cache_valid 30;
이 얼마나 유효한 정보에 대 한 캐시를 확인 하는 말합니다.
open_file_cache_min_uses 1.
파일의 최소 수 open_file_cache 명령에서 비활성 매개 변수에서 사용 되 고 파일 설명자는 항상 비활성 시간에 제거 됩니다 일단 파일을 사용 하지 않으면, 위의 예제와 같이 캐시에서 열려이 개수를 초과 하는 경우.