>운영 및 유지보수 >엔진스 >nginx가 왜 빠른가요?

nginx가 왜 빠른가요?

(*-*)浩
(*-*)浩원래의
2019-06-13 09:13:396709검색

Nginx가 왜 그렇게 효율적이고 빠른가요?

nginx가 왜 빠른가요?

디자인 원칙

고성능 서버의 대표적인 특징은 처리 속도입니다. 특히 수만 개의 연결이 동시에 온라인 상태인 경우 빠른 처리 속도를 달성하려면 동시성 모델 설계가 특히 중요합니다.

서버 동시성 양은 두 가지에 따라 다릅니다. 요인: 첫째, 서버 연결 과정 두 번째는 각 프로세스가 동시에 처리할 수 있는 동시 요청 수이므로 서버 동시성 모델은 서비스 제공 방법과 링크 처리 메커니즘의 두 부분으로 구성됩니다. #🎜🎜 #

이 두 가지 독특한 방법으로 인해 Nginx는 동일한 유형의 웹 서버 중에서 탁월한 성능을 발휘합니다

연결 방법

일반 웹 서버 연결 방법은 다중 프로세스 방법, 다중 프로세스 방법 스레드 모드 및 비동기 모드의 세 가지 유형으로 구분됩니다. 멀티 프로세스는 메모리 복사 등 추가 오버헤드가 필요한 반면, 멀티 스레딩은 오버헤드가 필요하지 않습니다.

Asynchronous는 Non-Blocking 방식을 사용하여 각 클라이언트와 통신하며, 서버는 하나의 프로세스를 사용하여 폴링합니다. 일반적인 응용 프로그램에는 Nginx 작업 프로세스 프로세스가 포함됩니다. 그 중 가장 효율적인 것은 비동기식, 가장 안정적인 것은 멀티프로세스이며 리소스를 적게 차지하는 멀티스레딩입니다.

Nginx는 이벤트 모델(비동기 모드) 기반으로 서비스를 제공합니다. ), 이는 초당 연결 수 및 요청 수에 더 적합합니다. 동시 비선형 증가. 로드가 증가하더라도 메모리 및 CPU 사용 이벤트 수는 예측 가능합니다. Nginx는 일반 하드웨어를 사용하여 서버에서 수만 개의 동시 연결을 처리할 수 있습니다. 이것이 Nginx의 고성능의 첫 번째 이유입니다.

Others done by Nginx

위의 두 가지 원칙 외에도 내부적으로 눈에 보이는 세부 사항 최적화가 많이 있습니다. 다중 프로세스 사용 단일 스레드 작업 방식을 사용하고 CPU와 프로세스 간의 선호도를 사용하여 프로세스를 특정 CPU에 바인딩함으로써 프로세스 컨텍스트 전환 비용을 피하고 CPU 사용량을 줄입니다. 또한, 효율적인 메모리 풀을 구현하여 메모리 사용량을 최소화합니다.

연결 처리 메커니즘

linux 다섯 가지 연결 모델이 있으며, 동기식 io , 동기식 차단 io, 비동기식 차단 io(io 멀티플렉싱), 비동기식 비차단 io(신호 구동 또는 비동기식 io)

다음은 핵심 사항입니다.

< 1> io 재사용의 경우, I/O 재사용 모델은 선택 또는 폴 기능을 사용합니다. 이 두 기능은 I/O 차단과 달리 동시에 여러 I/O 작업을 차단할 수도 있습니다. 동시에 여러 읽기 작업과 여러 쓰기 작업의 I/O 기능을 감지할 수 있습니다. I/O 작업 함수는 데이터를 읽거나 쓸 수 있을 때까지 실제로 호출되지 않습니다.

IO 재사용 모델에서 Select와 Poll은 운영체제에서 일반적으로 지원하지만 기다릴 때마다 기다려야 하는 소켓 인터페이스를 설정해야 하고 내부 구현도 필요하다. 충분히 효율적이지 않아 결제 모니터링이 높아집니다. 동시 소켓 세트, 다양한 운영 체제는 고성능 모니터링을 지원하기 위해 다양한 고급 폴링 기술을 사용하며 일반적으로 이러한 방법은 이식성이 없습니다.

Nginx는 다양한 운영 체제에 맞게 다양한 I/O 처리 메커니즘을 맞춤화했으며 일반적으로 운영 체제의 고성능 인터페이스를 사용합니다. 이것이 Nginx의 고성능에 대한 두 번째 이유입니다#🎜 🎜##🎜 🎜#<2>비동기 IO: 비동기 프로시저 호출 요청이 발행되면 호출자는 결과를 즉시 얻을 수 없습니다. 이 호출을 실제로 처리하는 구성 요소가 완료된 후 상태, 알림 및 콜백을 통해 호출자에게 입력 및 출력 작업을 알립니다.

더 많은 Nginx 관련 기술 문서를 보려면

Nginx를 방문하세요. 사용법 튜토리얼# 🎜🎜#학습용 컬럼!

위 내용은 nginx가 왜 빠른가요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.