. (1)는 worker_processes 코어의 총 개수는 일반적으로 CPU가 구성되고, 2 번, 성능이 개선 될 것이다. 이 수
간 스위치가 제공의 소비를 줄일 수 있습니다. 또한 각각의 작업자 프로세스 독점 것으로, 바인드 CPU에 동시에 worker_cpu_affinity를 사용할 수 있습니다 전체 동시성, 더 나은 성능을 달성하기 위해, 그러나 이것은 리눅스 시스템에만 유효합니다.
2, 이벤트 : 내부 이벤트 모델, 리눅스는 epoll 모델을 사용하는 것이 좋습니다, FreeBSD는 kqueue 추천
: 3, worker_rlimit_nofile 파일의 최대 수의 설명 열 Nginx의 과정을. 로 구성된
거기에 같은 파일 번호에서 열린 리눅스 커널. ulimit를 -n, 새로 설치된학과 볼 수 있습니다
1024 시스템 기본값, CentOS는 다음과 같은 방식으로 수정 될 수
는 /etc/security/limits.conf의 마지막 증가 :
* 소프트를 65535 NOFILE
* 하드 65535 NOFILE
* 소프트 nproc에 65535
* 하드 nproc에 65535
4 worker_connections는 : 각각의 프로세스는 연결의 최대 수 있도록, 기본 1024 크게 설정 될 수있다.
동시성 이론적 총수의 제품 worker_processes 및 worker_connections가있다
. 5 worker_connections의 최대 파일 수는 시스템이 개방 될 수 있기 때문에 값은 물리 메모리의 크기가 설정
크기에 비례하여 유지 기계의 일반적인 기가 바이트의 메모리에있는 파일의 수에 대해 열릴 수있다 그렇게, 100,000에 관한
worker_connections의 값이 열 수있는 파일 worker_processes 프로세스와 시스템의 최대 수를 기준으로 할
적절히 총을 설정합니다.
6, keepalive_timeout : 될 수 약 65 세트
. 7, client_header_buffer_size : 설정 요청 캐시 시스템 페이지 크기 보통 정수 4K로 설정된
페이징 시스템의 크기가 된 getconf의 PAGESIZE 통해 볼 수있는 시간.
도 8은 파일 캐시 열 제공된다
; open_file_cache 최대 = 각 프로세스 개방 권고 일관된 비활성 = 60 년대 제공된 최대 파일 수
open_file_cache_valid 90;
open_file_cache_min_uses 2;
open_file_cache_errors를 ON]
. 9 Gzip 압축을 열려고 , gzip_comp_level 전형적 배치 -3- 5, 높은 폐기물는 CPU
(10), 오류 로그 최적화: 동작 설정의 치명타하는 동안 I / O를 줄일 수 있습니다
11, 액세스 최적화를 기록 : 다른 통계 소프트웨어, 당신은, 로깅을 해제 할 수 있습니다에서 디스크 쓰기 또는 쓰기를 줄일 경우
메모리 파일, I / O 효율성을 향상시킬 수 있습니다.
12 sendfile을 지정 지정 Nginx에 통상적으로, 출력 파일에 sendfile 함수 (제로 카피 모드)를 호출할지 여부
는 이러한 디스크 IO 무거운 하중 애플리케이션과 같은 애플리케이션을 다운로드하는 경우, OFF로 설정 될 수 있고, ON으로 설정한다
(13), 버퍼 크기 최적화 : 버퍼 크기가 너무이면 nginx를 작은 임시 파일 저장 응답의 사용으로 이어질 것입니다
디스크 IO, 큰 흐름, 더 명백한 문제를 읽기 및 쓰기가 발생할 수 있습니다.
14 client_body_buffer_size 클라이언트 요청 버퍼 크기를 포함한다. POST는의 수를 처리하기 위해 제출
된 데이터 업로드 파일을. POST 데이터를 업로드 할 필요를 수용 할 수있는 충분한 될 필요가 client_body_buffer_size. 동일한
원리뿐만 아니라 백엔드 데이터 버퍼.
15 worker_priority의 우선 순위 설정 과정 : 리눅스 시스템은 높은 우선 순위 프로세스는 더 많은 시스템 리소스를 차지합니다
여기 -20에서 + 19에 이르기까지 프로세스의 정적 우선 순위의 설정, -20 가장 높은 수준이며, 소스. 이 넣을 수 있습니다 그래서
값이 작게 설정되어 있지만 커널 프로세스의 권장 값보다 낮은 (보통 -5)
(16), 적당한 시간을 브라우저 캐시 정적 자원을 설정, 브라우저 캐시 사용하려고
(17),로드 밸런싱 잠금 accept_mutex를 오픈 추천 기본값은 열 수 있습니다
SSL을 사용하는 경우, (18)뿐만 아니라 서버 하드웨어 SSL 가속 장치에서, 다음 하드웨어 가속을 켜
https://www.cnblogs.com/xiaoliangup/p/9185259.html
. (1)는 worker_processes 코어의 총 개수는 일반적으로 CPU가 구성되고, 2 번, 성능이 개선 될 것이다. 이 수
간 스위치가 제공의 소비를 줄일 수 있습니다. 또한 각각의 작업자 프로세스 독점 것으로, 바인드 CPU에 동시에 worker_cpu_affinity를 사용할 수 있습니다 전체 동시성, 더 나은 성능을 달성하기 위해, 그러나 이것은 리눅스 시스템에만 유효합니다.
2, 이벤트 : 내부 이벤트 모델, 리눅스는 epoll 모델을 사용하는 것이 좋습니다, FreeBSD는 kqueue 추천
: 3, worker_rlimit_nofile 파일의 최대 수의 설명 열 Nginx의 과정을. 로 구성된
거기에 같은 파일 번호에서 열린 리눅스 커널. ulimit를 -n, 새로 설치된학과 볼 수 있습니다
1024 시스템 기본값, CentOS는 다음과 같은 방식으로 수정 될 수
는 /etc/security/limits.conf의 마지막 증가 :
* 소프트를 65535 NOFILE
* 하드 65535 NOFILE
* 소프트 nproc에 65535
* 하드 nproc에 65535
4、worker_connections：每个进程允许的最多连接数，默认是1024，可以设置大一些。
理论上并发总数是worker_processes和worker_connections的乘积，
5、worker_connections值的设置跟物理内存大小有关，因为系统可以打开的最大文件数和内
存大小成正比，一般1GB内存的机器上可以打开的文件数大约是10万左右，所以，
worker_connections 的值需根据 worker_processes 进程数目和系统可以打开的最大文件
总数进行适当地进行设置。
6、keepalive_timeout：设置到65左右就可以
7、client_header_buffer_size：设置请求的缓存，设置为4k，通常为系统分页大小的整数
倍，可以通过getconf PAGESIZE 来查看系统分页大小。
8、对打开文件设置缓存
open_file_cache max=建议设置成和每个进程打开的最大文件数一致 inactive=60s;
open_file_cache_valid 90s;
open_file_cache_min_uses 2;
open_file_cache_errors on;
9、尽量开启Gzip压缩，gzip_comp_level通常设置成3-5，高了浪费CPU
10、Error日志优化：运行期间设置为crit，可以减少I/O
11、access日志优化：如果使用了其他统计软件，可以关闭日志，来减少磁盘写，或者写入内
存文件，提高I/O效率。
12、sendfile指令指定 nginx 是否调用 sendfile 函数（zero copy 方式）来输出文件，通常
应设置成on，如果是下载等应用磁盘IO重负载应用，可设置为 off
13、Buffers size优化：如果buffer size太小就会到导致nginx使用临时文件存储response，
这会引起磁盘读写IO，流量越大问题越明显。
14、client_body_buffer_size 处理客户端请求体buffer大小。用来处理POST提交数
据，上传文件等。client_body_buffer_size 需要足够大以容纳需要上传的POST数据。同
理还有后端的buffer数据。
15、worker_priority进程优先级设置：Linux系统中，优先级高的进程会占用更多的系统资
源，这里配置的是进程的静态优先级，取值范围-20到+19，-20级别最高。因此可以把这个
值设置小一点，但不建议比内核进程的值低（通常为-5）
16、 合理设置静态资源的浏览器缓存时间，尽量用浏览器缓存
17、负载均衡锁accept_mutex，建议开启，默认就是开启的
18、如果使用SSL的话，而且服务器上有SSL硬件加速设备的话，请开启硬件加速
https://www.cnblogs.com/xiaoliangup/p/9185259.html