PHP-FPM
PHP의 초기 버전에는 WEB 서버가 내장되어 있지 않았지만 타사 연결을 위한 SAPI(Server API)를 제공했습니다. 현재 매우 인기 있는 php-fpm은 FastCGI 프로토콜을 통해 PHP와 타사 웹 서버 간의 통신을 처리합니다. (추천 학습: swoole 비디오 튜토리얼)
예를 들어 Nginx + php-fpm의 조합은 이렇게 실행되는 fpm은 Master/Worker 모드를 시작하여 Nginx의 요청을 모니터링한 다음 포크합니다. 처리를 위한 여러 작업자 프로세스가 필요합니다. 각 작업자 프로세스는 하나의 요청만 처리할 수 있습니다. 단일 프로세스의 수명 주기는 대략 다음과 같습니다.
초기화 모듈.
초기화 요청입니다. 여기서 요청은 HTTP 요청이 아니라 PHP에 코드 실행을 요청하는 것을 의미합니다.
PHP 스크립트를 실행합니다.
요청을 종료합니다.
모듈을 닫습니다.
Swoole
Swoole은 마스터/작업자 모드도 채택합니다. 차이점은 마스터 프로세스에 여러 개의 리액터 스레드가 있다는 것입니다. 마스터는 소켓 핸들의 이벤트 변경을 모니터링하는 역할을 하는 이벤트 생성기일 뿐입니다.
Worker는 다중 프로세스 방식으로 실행되고, Reactor 스레드로부터 요청을 받고, 콜백 함수(PHP로 작성됨)를 실행합니다. 마스터 프로세스를 시작하는 프로세스는 대략 다음과 같습니다.
초기화 모듈.
초기화 요청입니다. swoole은 cli를 통해 실행되어야 하기 때문에 $_SERVER, $_POST, $_GET 등과 같은 PHP의 전역 변수는 요청이 초기화될 때 초기화되지 않습니다.
PHP 스크립트를 실행합니다. 어휘 및 구문 분석, 변수, 함수, 클래스 등의 초기화를 포함하여 마스터는 청취 상태에 들어가고 프로세스를 종료하지 않습니다.
Swoole 가속의 원리
Reactor(epoll의 IO 재사용 방법)는 소켓 핸들의 이벤트 변경을 모니터링하고 높은 동시성 문제를 해결하는 역할을 합니다.
메모리 상주를 통해 PHP 코드 초기화 시간을 절약합니다. 부피가 큰 프레임워크를 사용할 때 Swoole을 사용하면 가속 효과가 매우 분명해집니다.
위 내용은 Swoole이 fpm보다 빠른 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!