검은색 볼드 처리된 부분이 설정값입니다

php.ini 파일내에 설정값이 들어있습니다.

찾기 어려우니 컨트롤+F 를 눌러서 opcache를 검색하시면 바로 첫줄이 나옵니다.

당신은 얼마나 오랜 시간 동안 문서를 읽는 것을 보았는가? 예나 실제 사례 연구없이 설정이 실제로 무엇을하는지 전혀 알지 못한다.

" opcache.memory_consumption" 무엇을 의미 하는지 이해 하지만, 누가 그것을 설정할지를 누가 압니까? 32가 너무 많습니까? 너무 작은? 도대체 누구가 알고 있는지, Google에 아무것도 나타나지 않아서, 당신은 당신의 용기와 함께 간다.

그러나 당신의 직감이 틀린 때는 어떨까요? 추측에 업타임을 걸고 싶습니까?

나 아니야.

나는 광적인 사람처럼 연구하는 습관이있다. 3 시간 후에 PHP 소스 코드를 파고 들기 때문에 이상한 환경을 찾기 시작할 것입니다.

이 지식을 낭비하는 대신, 나는 그것을 당신과 공유하고 싶습니다. Zend Optimizer를위한 최고의 실제 세계 설정을 알아 내야 만했습니다.

이 설정은 하루에 1 억 1,700 만 건의 HTTP 요청을 처리하는 내 앱 중 하나의 php.ini 파일에서 바로 가져온 것입니다. 나는 각자가하는 일과 왜 중요한지를 설명하고 설정을 위해 그것을 조정할 수 있습니다.

opcache.revalidate_freq- 기본적으로 코드 캐시가 만료되는 빈도 (초)를 지정하고 코드가 변경되었는지 확인하십시오. 0은 매 요청마다 PHP 코드를 검사한다는 것을 의미합니다 (많은 stat 시스템 호출을 추가합니다). 개발 환경에서 0으로 설정하십시오. 생산은 다음 설정 때문에 중요하지 않습니다.

opcache.validate_timestamps -이 옵션을 활성화하면 PHP는 opcache.revalidate_freq 값 당 파일 타임 스탬프를 확인합니다.

비활성화 된 경우 opcache.revaliate_freq가 무시되고 PHP 파일에서 업데이트 된 코드를 확인하지 않습니다. 따라서 코드를 수정하면 PHP를 다시 시작하거나 다시로드 할 때까지 변경 사항이 실제로 실행되지 않습니다 (kill -SIGUSR2를 사용하여 다시로드해야 함).

예, 엉덩이에 통증이 있지만 사용해야합니다. 왜? 코드를 업데이트하거나 공개하는 동안 새 코드 파일이 이전 코드 파일과 섞일 수 있습니다. 결과는 알 수 없습니다. 지옥처럼 안전하지 않습니다.

opcache.max_accelerated_files- 한 번에 메모리에 얼마나 많은 PHP 파일을 저장할 수 있는지 제어합니다. 프로젝트에 당신이 설정 한 것보다 적은 파일이있는 것이 중요합니다. 내 코드베이스에는 ~ 6000 개의 파일이 있으므로 maxaccelerated 파일에는 소수의 7963을 사용합니다.

" find . -type f -print | grep php | wc -l"을 실행 하면 코드베이스의 파일 수를 빠르게 계산할 수 있습니다 .

opcache.memory_consumption- 기본값은 64MB이고 코드가 많아서 192MB로 설정했습니다. opcachegetstatus () 함수를 사용하여 메모리 opcache가 소비하는 양과 금액을 늘려야하는지 여부를 알 수 있습니다 (다음 주에 더 많이).

opcache.interned_strings_buffer- 0 문서처럼 예쁜 설정. PHP는 성능 향상을 위해 string interning이라는 기술을 사용합니다. 예를 들어 코드에 "foobar"문자열이 1000 번있는 경우 내부적으로 PHP는이 문자열에 대해 1 개의 불변 변수를 저장하고 다른 문자열에 포인터를 사용합니다 999 번 사용하십시오. 시원한. 이 설정은 각각의 단일 php-fpm 프로세스에 대해 이러한 불변 문자열 풀이 아닌 다음 레벨로 이동합니다.이 설정은 모든 php-fpm 프로세스에서이 설정을 공유합니다. 특히 대규모 응용 프로그램에서 메모리를 절약하고 성능을 향상시킵니다.

값은 메가 바이트 단위로 설정되므로 16MB의 경우 "16"으로 설정하십시오. 기본값은 4MB입니다.

opcache.fast_shutdown- 유용한 문서가없는 또 다른 재미있는 설정. "더 빠른 종료를 허용합니다." 오, 그래. 그게 날 도와 줬어. 이것이 실제로하는 것은 단일 요청이 끝날 때 코드에서 해체자를 호출하여 응답 속도를 높이고 PHP 작업자를 재사용하여 다음에 들어오는 요청을 더 빨리 준비 할 수있는 더 빠른 메커니즘을 제공하는 것입니다. 1로 설정하고 전원을 켭니다.

TL; DR-

php.ini에

opcache.revalidate_freq=0
opcache.validate_timestamps=0 (comment this out in your dev environment)
opcache.max_accelerated_files=7963
opcache.memory_consumption=192
opcache.interned_strings_buffer=16
opcache.fast_shutdown=1