1. Opcache 원리
일반적인 PHP 실행 과정은 다음과 같습니다.
요청 요청(nginx, apache, cli 등) –> ; 사전 및 표현식 스캔 –> 실행할 컴퓨터 코드 생성(Opcode) –> 마지막으로 Opcode 실행 –> PHP 스크립트가 요청될 때마다 위의 단계가 수행됩니다. PHP 소스 코드가 변경되지 않으면 Opcode는 변경되지 않습니다. 당연히 Opcode를 웹의 유비쿼터스 캐싱 메커니즘과 결합하여 다시 생성할 필요가 없습니다. 나중에 캐시된 Opcode에 직접 액세스하는 것이 더 빠를까요? Opcode 캐싱 활성화 후속 흐름도는 다음과 같습니다.
Opcode 캐시의 목적은 반복적인 컴파일을 방지하고 CPU 및 메모리 오버헤드를 줄이는 것입니다.
2. Opcache 구성
php.ini 아래에 추가:
// 加载opcache(需确认已安装opcache拓展) zend_extension=opcache.so // 开启opcache opcache.enable = 1 // OPcache共享内存存储大小,单位MB opcache.memory_consumption=1024 // 1G // PHP使用了一种叫做字符串驻留,默认是4MB opcache.interned_strings_buffer=32 // 这个选项用于控制内存中最多可以缓存多少个PHP文件,这个选项必须得设置得足够大,大于你的项目中的所有PHP文件的总和 opcache.max_accelerated_files=80000 // 设置缓存的过期时间(单位是秒),为0的话每次都要检查 opcache.revalidate_freq=3 // 从字面上理解就是“允许更快速关闭” opcache.fast_shutdown=1 // CLI环境下,PHP启用OPcache opcache.enable_cli=1
이 기능을 활성화하면 PHP7은 이전에 자체 TEXT 세그먼트(실행 본문)를 Huagepage로 "이동"합니다. 테스트를 통해 WordPress에서 QPS가 2~3% 증가하는 것을 꾸준히 확인할 수 있었습니다. Hugepage란 간단히 말하면 기본 메모리가 4KB 단위로 페이징되어 있고, 가상 주소와 메모리 주소를 변환해야 하는데, 이 변환에는 테이블 조회 속도를 높이기 위해 테이블 조회가 필요합니다. CPU에는 TLB(Translation Lookaside Buffer)가 내장되어 있으므로 가상 페이지가 작으면 테이블의 항목 수가 더 많아지고 TLB 크기는 제한됩니다. TLB의 Cache Miss가 발생하므로 대용량 메모리 페이지를 활성화하면 이 TLB Cache Miss를 간접적으로 줄일 수 있습니다. 자세한 소개는 Google에서 많이 검색한 후에 자세히 설명하지 않겠습니다. 여기서는 주로 활성화하는 방법에 대해 설명합니다. 이 새로운 기능은 상당한 성능 향상을 가져올 것입니다.
2. HugePage 구성$ sudo sysctl vm.nr_hugepages=512 // 切勿越大越好,会长占内存
512개의 예약된 huge page 메모리를 할당합니다:
cat /proc/meminfo | grep Huge AnonHugePages: 106496 kB HugePages_Total: 512 HugePages_Free: 504 HugePages_Rsvd: 27 HugePages_Surp: 0 Hugepagesize: 2048 kB
그런 다음 php.ini를 추가합니다:
opcache.huge_code_pages=1
2. Opcache 파일 캐시 구성
php.ini에 추가하세요:
opcache.file_cache=/tmp이렇게 하면 일부 Opcode 바이너리 내보내기 파일이
구성 후 php-fpm을 다시 시작해야 합니다
최적화 전
집계 보고서
초당 트랜잭션 처리
! [PHP7 성능 최적화]![PHP7 성능 최적화 참고 사항]
최적화 후
첫 번째 스트레스 테스트
초당 처리된 트랜잭션
두 번째 스트레스 테스트
PHP7 Tutorial"
위 내용은 고품질 노트가 여기 있습니다! PHP7 성능 최적화 정보의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!