nginx가 아파치보다 빠른 이유

왜 nginx가 아파치보다 빠른가요?

일반적인 몇 가지 개념에 대해 이야기해 보겠습니다.

1: nginx는 높은 동시성에서 Apache보다 빠르며 낮은 동시성은 명확하지 않습니다.

2: 속도가 빠른 이유는 nginx의 epoll 모델 때문입니다.

Apache는 다중 스레드 또는 다중 프로세스입니다. 작업할 때 http 응답이 오면 프로세스가 수신(듣기) -> 식별 및 처리 -> 요청을 반환합니다. 이 프로세스에서 하나의 프로세스가 모든 작업을 처리합니다. 소켓 I/O, 읽기 또는 쓰기는 차단되지만 읽기 또는 쓰기는 차단됩니다. 차단은 프로세스가 중단되고 절전 상태로 들어가야 함을 의미합니다. 일단 연결이 많으면 Apache는 요청에 응답하기 위해 필연적으로 더 많은 프로세스를 생성합니다. 프로세스가 너무 많으면 CPU가 자주 프로세스를 전환하여 리소스와 시간을 소비하므로 솔직히 말하면 많은 프로세스를 처리할 수 없으므로 Apache의 성능이 저하됩니다.

Nginx는 비동기식 및 비차단형 epoll 모델을 채택합니다. Nginx의 경우 전체 연결 요청 처리는 한 번에 하나의 이벤트로 나누어집니다. 예를 들어, accept(), receive(), disk I/O, send() 등이 있습니다. 각 부분에는 처리할 해당 모듈이 있습니다. 완전한 요청은 수백 개의 모듈로 처리될 수 있습니다. 진짜 핵심은 모든 모듈을 관리하는 핵심인 이벤트 수집 및 배포 모듈이다.

핵심 모듈의 예약을 통해서만 해당 모듈이 요청을 처리하기 위해 CPU 리소스를 점유할 수 있습니다. HTTP 요청을 예로 들면, 먼저 이벤트 수집 및 배포 모듈에 관심 있는 이벤트를 등록한 후 차단하지 않고 직접 반환하면 더 이상 걱정할 필요가 없습니다. 연결이 이루어지고(epoll의 차례) 쿼리가 프로세스에 알려줍니다. CPU는 다른 작업을 처리할 수 있습니다.

요청이 들어오면 해당 컨텍스트가 전체 요청에 할당됩니다(사실 미리 할당되어 있습니다). 이때 새로운 관심 이벤트(읽기 기능)가 등록됩니다. 커널은 자동으로 데이터를 읽은 후 구문 분석하고 I/O를 찾기 위해 디스크로 이동합니다. 알림을 받고 프로세스가 클라이언트에 데이터를 다시 보내기 시작합니다. 호출 후에는 커널이 알림 결과를 다시 보낼 때까지 기다리면 됩니다.

전체 요청은 여러 단계로 나누어져 있습니다. 각 단계는 여러 모듈에 등록된 후 처리되며, 모두 비동기식이며 비차단 방식입니다. 여기서 비동기란 결과가 반환될 때까지 기다리지 않고 작업을 수행하는 것을 의미하며 완료되면 자동으로 알려줍니다.

인터넷에서 예를 찾았습니다.

Apache의 작업 흐름을 설명하는 간단한 예를 들 수 있습니다. 우리는 보통 식당에 가서 식사를 합니다. 레스토랑의 작업 방식은 전 과정에 걸쳐 웨이터가 고객을 서빙하는 것입니다. 웨이터는 손님이 도착하면 준비된 테이블을 받습니다(수락). 고객이 주문하기를 기다린 후(uri 요청) 주방으로 가서 요리를 주문하고(디스크 I/O) 주방이 준비될 때까지 기다린 후(읽기) 요리를 서빙합니다. 손님 (보내기) 웨이터 (프로세스)가 여러 곳에서 차단되었습니다.

이렇게 하면 손님이 더 많을 때(더 많은 HTTP 요청) 레스토랑에서는 서비스를 제공할 웨이터를 더 많이 호출할 수 있습니다(포크 프로세스). 하지만 레스토랑 리소스가 제한되어 있으므로(CPU) 웨이터가 너무 많으면 관리 비용이 매우 높아(CPU 컨텍스트 전환) 병목 현상이 발생합니다.

Nginx를 어떻게 다루는지 살펴볼까요? 레스토랑 문에 초인종을 걸고(epoll 모델 수신 등록) 손님(HTTP 요청)이 도착하면 이를 받기 위해 웨이터가 파견됩니다(수락). 손님을 다시 받는 등) 손님이 식사를 주문한 후 웨이터를 호출합니다(데이터가 read()로 도착함). 웨이터가 와서 메뉴를 주방으로 가져갑니다(디스크 I/O). 웨이터는 다른 일을 하러 갑니다. 주방이 준비되면 웨이터를 부르고(디스크 I/O 끝) 웨이터가 손님에게 요리를 제공하고(send()) 주방이 한 접시를 제공합니다. 준비된 후에 손님에게 전달하고, 웨이터는 중간에 다른 일을 할 수 있습니다.

전체 프로세스는 여러 단계로 나뉘며 각 단계에는 해당 서비스 모듈이 있습니다. 손님이 많아지면 레스토랑도 더 많은 사람을 수용할 수 있도록 생각해 봅시다.

더 많은 Nginx 기술 기사를 보려면 Nginx 사용 튜토리얼 칼럼을 방문하세요!

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