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
성능 테스트 중 발생한 여러 문제 및 해결 방법
3. 내부 유형 zend_string
4. PHP 배열의 변경 사항(HashTable 및 Zend Array)
5. 함수 호출 규칙
6. 매크로 정의 및 인라인 함수(인라인)를 통해 허용 컴파일러가 작업의 일부를 미리 완료합니다
PHP7의 실제 비즈니스 성능 향상이 30% 정도에 불과한 이유는 무엇입니까?
프록시를 최적화할 여지가 있나요?
데이터베이스 연결 풀 할당을 담당하고 데이터베이스 연결을 관리 및 해제하여 애플리케이션이 새 데이터베이스 연결을 설정하는 대신 기존 데이터베이스 연결을 재사용할 수 있도록 합니다. Atlas는 360에서 개발하고 유지 관리하는 데이터베이스 미들웨어입니다. 애플리케이션과 MySQL 사이에 위치하며, MySQL의 클라이언트-서버 프로토콜을 구현하고, 서버로서 애플리케이션과 통신하며, 클라이언트로서 MySQL과 통신한다. 이는 애플리케이션으로부터 DB 세부 정보를 보호하고 MySQL에 대한 부담을 줄여줍니다.
Atlas는 읽기, 읽기-쓰기 분리, 자동 테이블 샤딩, 보안 처리, 원활한 재시작, 연결 풀 등에 영향을 주지 않고 기본 데이터베이스 다운타임을 지원합니다.
데이터베이스 연결 풀 사용 후 TPS 성능 활용도가 80% 증가합니다.
가져가자 효과 살펴보기
Opcache를 가속화하는 방법
opcache를 추가한 후의 결과를 살펴보겠습니다. (평균 요청 응답 시간이 두 배로 늘어났습니다.)
PGO는 GCC 등의 컴파일러와 함께 사용하여 컴파일러의 컴파일 효율성을 향상시킬 수 있는 컴파일 최적화 기술입니다.
PGO는 컴파일 효율성을 향상시킬 수 있지만 널리 사용되지는 않습니다.
이유는 매우 간단합니다.
1. 복잡한 이중 컴파일 모델과 제한된 사용 시나리오로 인해 PGO가 쓸모없어 보입니다.
2. opcache와 같은 제품이 등장한 후 PGO가 가져온 성능 향상은 그다지 뚜렷하지 않습니다.
<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.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>
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 성능 문제
위 내용은 1분 만에 PHP7 성능 변화 이해(성능 4배 향상)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!