linux - php-fpm.conf 매개변수 process_control_timeout은 무엇을 의미합니까?

바이두를 통해 원문을 읽고 중국어로 번역
process_control_timeout = 0

주 프로세스의 재사용 신호를 승인하기 위해 하위 프로세스에 대한 시간 초과를 설정합니다. 사용 가능한 단위: s(초), m(분), h(시간) 또는 d(일) 기본 단위: s(초) . 기본값: 0

자식 프로세스가 메인 프로세스의 재사용 신호를 수락합니다.
URL이 nginx 처리를 요청하고 처리를 위해 php-fpm으로 전달될 때 이 전체 프로세스의 원리는 무엇인가요? ? php-fpm 프로세스에서 무엇을 할 수 있나요? 이에 대해 알려줄 수 있는 전문가가 있나요?

답글 내용:

바이두를 통해 원문을 읽고 중국어로 번역
process_control_timeout = 0

주 프로세스의 재사용 신호를 승인하기 위해 하위 프로세스에 대한 시간 제한을 설정합니다. 사용 가능한 단위: s(초), m(분), h(시간) 또는 d(일) 기본 단위: s(초) . 기본값: 0

자식 프로세스가 메인 프로세스의 재사용 신호를 수락합니다.
URL이 nginx 처리를 요청하고 처리를 위해 php-fpm으로 전달될 때 이 전체 프로세스의 원리는 무엇인가요? ? php-fpm 프로세스에서 수행할 수 있는 작업은 무엇입니까? 누구든지 알려주실 수 있나요?

먼저 PHP 요청 처리 프로세스에 대해 간략히 설명하겠습니다.
Nginx와 PHP 사이의 상호 작용은 CGI 인터페이스를 기반으로 합니다. 둘 다 CGI 인터페이스를 구현하기 때문에 Nginx는 수신된 요청을 PHP에 전달하고 PHP에서 해당 결과를 얻어 클라이언트로 다시 보낼 수 있습니다.
가장 기본적인 CGI 구현은 요청마다 새로운 PHP 프로세스를 생성하고 처리가 완료된 후 프로세스를 종료하는 것입니다. 이 방법은 프로세스를 시작하고 종료하는 데 많은 리소스를 소비하므로 효율성이 높지 않습니다.
그런 다음 프로세스를 시작한 다음 여러 요청을 처리한 다음 닫는 FastCGI의 구현 방법이 나왔습니다. 이 방법은 각 요청에 대해 프로세스를 열고 닫는 문제를 해결합니다. 그러나 FastCGI에는 단점이 있습니다. 즉, 프로세스는 동시에 하나의 요청만 처리할 수 있기 때문에 여러 요청이 동시에 수신되면 대기열에 추가되어 FastCGI 프로세스의 처리를 기다릴 수만 있습니다.
FastCGI가 동시에 하나의 요청만 처리할 수 있는 문제를 해결하는 방법은 여러 FastCGI 프로세스를 시작하는 것입니다. 그러나 여러 FastCGI 프로세스가 열리면 열려야 하는 프로세스 수, 필요에 따라 이러한 프로세스에 요청을 할당하는 방법 등 이러한 프로세스에 관리 문제가 있습니다. PHP-FPM은 FastCGI 프로세스를 관리하는 관리 프로그램입니다. Nginx는 먼저 요청을 PHP-FPM에 전달한 다음 PHP-FPM이 처리를 위해 적절한 FastCGI 처리 프로세스를 선택합니다.

PHP-FPM이 FastCGI 처리 프로세스에 요청을 전달할 때 프로세스 재사용이 포함됩니다. 원칙적으로 PHP-FPM은 요청을 처리하기 위해 유휴 FastCGI 프로세스를 선택합니다. PHP-FPM은 요청을 수락하고 처리할 FastCGI 프로세스를 준비하기 위해 FastCGI 프로세스에 프로세스 재사용 신호를 보냅니다. 그러나 FastCGI 프로세스는 항상 요청을 처리할 수 있는 것은 아닙니다. 즉, 프로세스 재사용 신호에 응답할 수 없습니다(예: 일시 중지된 애니메이션 발생). 따라서 이 매개변수는 PHP-FPM이 프로세스 재사용에 응답하기 위해 FastCGI 프로세스를 떠나는 시간을 나타냅니다. . 신호가 시간 초과되면 PHP-FPM은 요청을 처리하기 위해 다른 방법(예: 다른 FastCGI 프로세스 사용)을 선택합니다.

fpm의 정식 이름은 fastcgi 프로세스 관리자로 fastcgi 관리를 전문으로 합니다