1분 만에 PHP7 성능 변화 이해(성능 4배 향상)

우리는 PHP7에 대해 많은 것을 배웠습니다. 저는 여러분이 php7에 대해 얼마나 알고 있는지 모릅니다. 많은 사람들이 이 부분을 알지 못할 것이라고 믿습니다. 걱정하세요. 이 글은 모두가 이 내용을 더 깊이 이해해야 하는 가이드입니다.

PHP7 기술 연구 배경

1. 회사의 매출 증대와 지출 절감이라는 맥락에서 비용 절감이 필요합니다
2. 현재 PHP 버전 5와 비교. 연간 데이터, 일 평균 PV, 연간 성장률 348% , 일일 평균 UV, 연간 성장률 112%)
3. 모바일 인터넷 환경에서는 더 나은 사용자 경험을 충족하기 위해 사용자 요청에 더 빠르게 응답해야 하는 프로그램이 필요합니다.
4. 새로운 기술을 위해 지식에 대한 욕구(나 자신의 작은 허영심을 충족시키기 위해)
5. PHP7 성능에 대한 참고 사항

PHP7 성능의 첫 인상(PHP5보다 3배 이상)

1. 성능 비교 - 빠른 정렬 알고리즘(5000개의 숫자를 무작위로 생성한 후) 빠른 알고리즘에 따라 정렬)

PHP5.1 The 5000개 퀵 정렬의 평균 응답 시간은 2587ms입니다. PHP5.2 5000개 퀵 정렬의 평균 응답 시간은 2625ms입니다.
PHP5.3 5000개 퀵 정렬의 평균 응답 시간은 2509ms입니다.
PHP5 4. 5000개 숫자로 정렬하면 2339ms
PHP7.0 5000개 숫자로 정렬하면 평균 응답 시간은 685ms

2. 성능 비교 - WordPress 홈페이지

PHP5.1 WordPress 평균 응답 시간 505ms PHP5.2 WordPress 평균 응답 시간 521ms
PHP5.3 WordPress 평균 응답 시간 498ms
PHP5.4 WordPress 평균 응답 시간 470ms
PHP7.0 WordPress 평균 응답 시간 158ms

3. 성능 비교 - Flyme Community APP

PHP5.4 숫자 500개 빠른 정렬 TPS 552 PHP7.0 500개 숫자 빠른 정렬 TPS 3165
Flyme 커뮤니티 APP 홈페이지 PHP5.4 TPS 1535
Flyme 커뮤니티 APP 홈페이지 PHP7.0 TPS 1975
Flyme 커뮤니티 APP 섹션 목록 페이지 PHP5.4 TPS 2237
Flyme 커뮤니티 APP 섹션 목록 page PHP7.0 TPS 2387

성능 테스트 중 발생한 여러 문제 및 해결 방법

PHP7의 성능이 이렇게 많이 향상될 수 있는 이유는 무엇입니까?

1. JIT

2. Zval의 변경 사항

3. 내부 유형 zend_string
4. PHP 배열의 변경 사항(HashTable 및 Zend Array)
5. 함수 호출 규칙
6. 매크로 정의 및 인라인 함수(인라인)를 통해 허용 컴파일러가 작업의 일부를 미리 완료합니다

PHP7의 실제 비즈니스 성능 향상이 30% 정도에 불과한 이유는 무엇입니까?

실제 비즈니스에는 반드시 매우 복잡한 계산 논리가 있는 것은 아닙니다.

1. 실제 비즈니스에서는 Redis와 MYSQL을 사용하게 되며, 네트워크 및 IO 병목 현상은 PHP7의 전체 성능에 영향을 미칩니다.
2. HTTPS 성능 문제로 인해 PHP7의 기능이 제한됩니다
Redis 프록시 관련 문제

Redis Proxy는 Redis 고가용성 및 분산 캐싱을 위한 것입니다

성능 테스트 후 상대적으로 Redis에 직접 연결됩니다. Proxy를 사용할 경우 성능 손실은 약 10~15%입니다(업체마다 영향을 미칠 수 있음). 큰 차이가 있습니다.

프록시를 최적화할 여지가 있나요?

PHP와 Redis 간의 길고 짧은 링크 문제

PHP7 Redis 긴 연결 성능은 짧은 연결보다 약 10% 더 높습니다(업체마다 크게 다름)

MYSQL 데이터베이스 연결 풀 문제

데이터베이스 연결 풀 할당을 담당하고 데이터베이스 연결을 관리 및 해제하여 애플리케이션이 새 데이터베이스 연결을 설정하는 대신 기존 데이터베이스 연결을 재사용할 수 있도록 합니다. Atlas는 360에서 개발하고 유지 관리하는 데이터베이스 미들웨어입니다. 애플리케이션과 MySQL 사이에 위치하며, MySQL의 클라이언트-서버 프로토콜을 구현하고, 서버로서 애플리케이션과 통신하며, 클라이언트로서 MySQL과 통신한다. 이는 애플리케이션으로부터 DB 세부 정보를 보호하고 MySQL에 대한 부담을 줄여줍니다.

Atlas는 읽기, 읽기-쓰기 분리, 자동 테이블 샤딩, 보안 처리, 원활한 재시작, 연결 풀 등에 영향을 주지 않고 기본 데이터베이스 다운타임을 지원합니다.
데이터베이스 연결 풀 사용 후 TPS 성능 활용도가 80% 증가합니다.
가져가자 효과 살펴보기

PHP7 성능 최적화에 대한 몇 가지 세부 사항

PHP7 Opcache(1배 정도 개선됨)

Opcache는 어떻게 작동하나요?

1. PHP는 해석된 언어입니다. Zend 엔진은 PHP 코드를 실행 가능한 기계 코드(Operate Code)로 해석한 다음 실행을 위해 CPU에 전달합니다.
   

2. Opcache를 가속화하는 방법
   

3. opcache를 추가한 후의 결과를 살펴보겠습니다. (평균 요청 응답 시간이 두 배로 늘어났습니다.)
   

Compiler GCC4.8+PGO (5 증가 %-10%)

PGO는 GCC 등의 컴파일러와 함께 사용하여 컴파일러의 컴파일 효율성을 향상시킬 수 있는 컴파일 최적화 기술입니다.
PGO는 컴파일 효율성을 향상시킬 수 있지만 널리 사용되지는 않습니다.
이유는 매우 간단합니다.
1. 복잡한 이중 컴파일 모델과 제한된 사용 시나리오로 인해 PGO가 쓸모없어 보입니다.
2. opcache와 같은 제품이 등장한 후 PGO가 가져온 성능 향상은 그다지 뚜렷하지 않습니다.

여러 PHP-FPM 메인 프로세스 열기 (약 10% 증가)

<source lang="xml" collapse="false" first-line="1">
    #php-fpm.conf 
    listen = /dev/shm/php-fcgi.sock
    #php-fpm2.conf 
    listen = /dev/shm/php-fcgi2.sock

    #/usr/local/php/sbin/php-fpm --fpm-config /usr/local/php/etc/php-fpm.conf
    #/usr/local/php/sbin/php-fpm --fpm-config /usr/local/php/etc/php-fpm2.conf

    #代理
    upstream backend{
        server unix:/dev/shm/php-fcgi.sock;
        server unix:/dev/shm/php-fcgi2.sock;
    }
</source>

HugePage (2%-3% 증가)

기본 메모리는 4KB씩 페이징되며, 가상 주소와 메모리 주소가 필수로 변환됨
테이블 조회 프로세스 속도를 높이기 위해 CPU에는 TLB(Translation Lookaside Buffer)가 내장되어 있습니다.
그리고 TLB 크기는 제한되어 있습니다. 항목이 많을수록 TLB 캐시 미스가 높아집니다. 따라서 대용량 메모리 페이지를 활성화할 수 있으면 TLB 캐시 미스를 간접적으로 줄일 수 있습니다.

<source lang="xml" collapse="false" first-line="1">
    opcache.huge_code_pages=1
    sudo sysctl vm.nr_hugepages=128
</source>

단계 성능 매개변수 최적화

PHP 부분 성능 매개변수 최적화

1. php.ini 구성

   <source lang="xml" collapse="false" first-line="1">
       opcache.enable=1
       opcache.enable_cli=1
       opcache.memory_consumption=128
       opcache.interned_strings_buffer=8
       opcache.max_accelerated_files=4000
       opcache.revalidate_freq=60
       opcache.save_comments=0
       opcache.fast_shutdown=1
       opcache.huge_code_pages=1
       opcache.file_cache=/dev/shm/opcache/
   </source>

2. PHP-FPM

   <source lang="xml" collapse="false" first-line="1">
       listen = /dev/shm/php-fcgi.sock
       pm = static
       pm.max_children = 320
       pm.max_requests = 10240
   </source>

   해결되지 않은 문제

   Nginx HTTPS 성능 문제

   PHP7 기술을 연구한 배경

   1. 회사의 매출 증대와 지출 절감이라는 맥락에서 비용 절감이 필요합니다
   2. 현재 PHP 버전 5와 비교하면 사용자가 빠르게 증가하고 있습니다. 15년간의 데이터는 연간 348% 증가하고 일일 평균 UV는 연간 112% 증가합니다.)
   3. 모바일 인터넷 환경에서는 우리 프로그램이 더 나은 사용자 경험을 충족하기 위해 사용자 요청에 더 빠르게 응답해야 합니다.
   4. 에 대한 지식에 대한 욕구 신기술 (약간의 허영심을 만족시키기 위해)
   5. 관련 학습 영상 공유:
   php 영상 튜토리얼

   위 내용은 1분 만에 PHP7 성능 변화 이해(성능 4배 향상)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!