PHP7 공식 버전 테스트를 거쳤으며 성능이 놀랍습니다! _php 팁

오늘은 PHP 7 공식 버전의 알고리즘과 이를 기반으로 한 WordPress 애플리케이션의 성능을 살펴보겠습니다.

PHP7 설치는 실제로 이전 버전과 호환됩니다. 다운로드하고, 압축을 풀고, 이전 구성 명령을 사용하고, 아무런 거부감 없이 Enter 키를 누르세요. 기존 환경의 운영에 영향을 주지 않기 위해 모든 디렉토리를 특별히 오픈하였습니다.

구성 매개변수는 다음과 같습니다.

--prefix=/usr/local/php7 --with-config-file-path=/usr/local/php7/etc --enable-fpm --with-fpm-user=www --with-fpm-group=www --with-mysqli --with-pdo-mysql --with-iconv-dir --with-freetype-dir --with-jpeg-dir --with-png-dir --with-zlib --with-libxml-dir=/usr --enable-xml --disable-rpath --enable-bcmath --enable-shmop --enable-sysvsem --enable-inline-optimization --with-curl --enable-mbregex --enable-mbstring --with-mcrypt --enable-ftp --with-gd --enable-gd-native-ttf --with-openssl --with-mhash --enable-pcntl --enable-sockets --with-xmlrpc --enable-zip --enable-soap --without-pear --with-gettext --disable-fileinfo --enable-maintainer-zts

GCC 버전
Niao 형제의 제안에 따르면 최신 컴파일러를 사용하는 것이 좋습니다. GCC 4.8 이상이 권장됩니다. 왜냐하면 GCC 4.8 이상 PHP만이 opline 및 Execution_data 지원을 위한 전역 등록을 활성화하여 약 5% 성능 향상을 가져올 수 있기 때문입니다. 따라서 본 실험에서 선택한 GCC 버전은 gcc 버전 4.8.2 20131212(Red Hat 4.8.2-8)(GCC)이다.

설치 후 소프트 링크 만들기:

ln -s /usr/local/php7/bin/php /usr/bin/php7
ln -s /usr/local/php7/bin/php-config /usr/bin/php7-config 
ln -s /usr/local/php7/bin/phpize /usr/bin/php7ize
ln -s /usr/local/php7/sbin/php-fpm /usr/sbin/php7-fpm

php7 -v 익숙한 프롬프트를 확인하세요:

[root@localhost test]# php7 -v
PHP 7.0.0 (cli) (built: Dec 2 2015 19:19:14) ( ZTS )
Copyright (c) 1997-2015 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2015 Zend Technologies

가장 먼저 성능 평가를 하겠습니다. 평가 모델은 Capital Online Cloud Host, 4코어 CPU Intel(R) Xeon(R) CPU E5-2680 0 @ 2.70GHz, 메모리 4G, 운영체제 Centos 6.5입니다. .

방금 세 가지 프로그램을 작성했습니다:

첫 번째 단락에서는 600,000개 요소의 배열을 생성하고 키를 검색하여 키가 존재하는지 확인합니다.

<&#63;php
$a = array();
for($i=0;$i<600000;$i++){
  $a[$i] = $i;
}

foreach($a as $i)
{
 array_key_exists($i, $a);
}

첫 번째는 PHP 버전 5.3.17입니다.

[root@localhost test]# time php search_by_key.php 
real 0m0.389s
user 0m0.337s
sys  0m0.051s
[root@localhost test]# time php search_by_key.php 
real 0m0.378s
user 0m0.308s
sys  0m0.062s
[root@localhost test]# time php search_by_key.php 
real 0m0.378s
user 0m0.317s
sys  0m0.061s

두 번째는 PHP7 버전입니다.

[root@localhost php7]# time php7 search_by_key.php
real 0m0.082s
user 0m0.066s
sys  0m0.014s
[root@localhost php7]# time php7 search_by_key.php
real 0m0.080s
user 0m0.058s
sys  0m0.021s
[root@localhost php7]# time php7 search_by_key.php
real 0m0.080s
user 0m0.053s
sys  0m0.026s`

출시되자마자 명성에 걸맞게 PHP7에서 실행했을 때 응답 시간이 원래의 1/4로 단축되었습니다. 정말 대단해요!
그런 다음 두 번 더 시도해야 합니다. 두 번째 단락에서는 여전히 위의 방법을 사용하지만 속도가 느리기 때문에 값을 찾는 데 60,000 요소의 배열이 됩니다.
코드는 다음과 같습니다.
PHP 코드:

<&#63;php
$a = array();
for($i=0;$i<600000;$i++){
  $a[$i] = $i;
}

foreach($a as $i)
{
 array_key_exists($i, $a);
}


[root@localhost test]# time php search_by_val.php 
real 0m24.296s
user 0m24.184s
sys  0m0.025s
[root@localhost test]# time php search_by_val.php 
real 0m25.523s
user 0m25.317s
sys  0m0.026s
[root@localhost test]# time php search_by_val.php 
real 0m26.026s
user 0m25.478s
sys  0m0.092s

항상 대기 시간이 매우 길게 느껴집니다. 세 가지 테스트가 75초 이상 걸렸습니다. 다음으로 PHP 7이 등장합니다.

[root@localhost php7]# time php7 search_by_val.php
real 0m3.362s
user 0m3.323s
sys  0m0.007s
[root@localhost php7]# time php7 search_by_val.php
real 0m3.266s
user 0m3.251s
sys  0m0.004s
[root@localhost php7]# time php7 search_by_val.php
real 0m3.290s
user 0m3.275s
sys  0m0.006s

그렇습니다! 속도가 거의 7배나 빨라졌습니다.
저자의 흥분은 말로 표현할 수 없을 만큼 크며 비교적 효율적인 소수 알고리즘을 편리하게 만들어냈습니다. 2,000,000 이내의 소수 개수를 계산해 보겠습니다. 이번에는 PHP7부터 시작하겠습니다.

[root@localhost php7]# time php7 prime_v3.php 2000000
real 0m1.151s
user 0m1.129s
sys  0m0.010s
[root@localhost php7]# time php7 prime_v3.php 2000000
real 0m1.141s
user 0m1.123s
sys  0m0.011s
[root@localhost php7]# time php7 prime_v3.php 2000000
real 0m1.145s
user 0m1.128s
sys  0m0.010s`

속도는 1.2S로 안정적입니다
PHP 5.3의 경우 이번에는 지난번보다 격차가 줄어들었지만 PHP7도 3~4배 빨라졌습니다.

[root@localhost test]# time php prime_v3.php 2000000
prime number count under 2000000 is :148933
real 0m4.425s
user 0m4.380s
sys  0m0.023s
[root@localhost test]# time php prime_v3.php 2000000
prime number count under 2000000 is :148933
real 0m4.457s
user 0m4.414s
sys  0m0.032s
[root@localhost test]# time php prime_v3.php 2000000
prime number count under 2000000 is :148933
real 0m4.464s
user 0m4.399s
sys  0m0.046s

이 소수 알고리즘은 스크리닝 방법을 사용하면 다음과 같습니다. 소수를 찾는 비교적 빠른 알고리즘입니다.

<&#63;php
/* 
 * To change this license header, choose License Headers in Project Properties.
 * To change this template file, choose Tools | Templates
 * and open the template in the editor.
 */
$num = $argv[1];
$ret = array(2);
$flag = false;
for($i=3; $i<=$num; $i+=2)
{
 $flag = false;
 $sqrt = sqrt($i);
 foreach($ret as $prime)
 {
  if($i%$prime == 0)
  {
   $flag = true;
   break;
  }
  if($prime>$sqrt)
  {
   break;
  }
 }

 if(!$flag)
 {
  $ret[] = $i;
 }
}
echo (count($ret))."\n";

이쯤 되면 문제를 기본적으로 설명할 수 있습니다. 이 코드는 복잡한 함수 라이브러리를 사용하지 않으며 많은 네트워크 및 IO가 필요하지 않지만 성능이 최소 3배 이상 최적화되었습니다. 이는 정말 역사적인 진전이다. 과거 성능 평가에서는 언어 수준의 성능이 무시되는 경우가 많았는데, 예를 들어 XHProf에는 내장 함수나 내부 함수를 분석하지 않는 데 사용되는 XHPROF_FLAGS_NO_BUILTINS가 있습니다. 배열, 날짜 등의 함수. 모두가 이 분야에서 개선의 여지를 놓치는 경우가 많고, 물론 일반 사람들은 이 분야에서 개선할 수 없기 때문에 HHVM이 만들어졌고 오늘날의 PHP 7에 영감을 주었습니다.

한 차례의 테스트 후 저자는 PHP 7에 대해 더 알아보고 싶어했습니다. 확장 기능과 일부 일반적인 프레임워크가 어떻게 지원되는지 확인하고 싶어서 다음 두 가지 테스트를 수행했습니다.

Alpha1 버전에서는 OneAPM이 지원되지 않았던 것으로 기억하는데 이번에는 작동이 될까요? 작성자는 OneApm_php_Agent_1.0.0.18.tar 버전을 받아 성공적으로 설치했습니다.

PHP 7의 설치 경로를 성공적으로 식별했습니다.

설치가 완료되었습니다.

확장 기능에 관해서는 계속 테스트할 자신이 없습니다. 일반적으로 사용되는 두 가지가 있습니다. 하나는 WordPress입니다. 웹 사이트는 조화를 이루었지만 지구상의 모든 사람들이 그것을 알고 있습니다. 다른 하나는 중국에서 가장 널리 사용되는 PHP 개발 프레임워크인 ThinkPHP입니다. 단연 1위입니다. 저자는 또한 TP의 팬입니다.

이 두 소프트웨어가 잘됐다고 칭찬해야 할까요? PHP 7의 호환성이 좋다고 칭찬해야 할까요? 어쨌든 편집자는 처음에는 그것이 정상이라고 보았습니다.
WordPress 백엔드는 PHP 7이 FastCGI 백엔드로 사용될 때 정상적으로 실행됩니다.

ThinkPHP 최신 버전 3.2.3은 PHP 7에서 정상적으로 실행됩니다.

마지막으로 스트레스 테스트를 해보겠습니다. 두 개의 워드프레스 중 하나는 기본적으로 비어 있는 새로 설치된 버전이고, 다른 하나는 여러 기사가 게시된 버전입니다. PHP5.5와 PHP7에서 각각 테스트하고 Zend OpCache를 켜거나 꺼서 응답 성능에 뚜렷한 변화가 있는지 확인하세요.
1. Zend Opcache가 없는 PHP 5.5.26에는 기사 버전, 동시성 20이 있습니다.

2. Zend Opcache가 없는 PHP 5.5.26에는 기사 버전이 10개 있습니다.

3. Zend Opcache가 없는 PHP 5.5.26, 기사 버전 없음, 동시성 20개

4. 기사 버전이 없는 Zend Opcache가 없는 PHP 5.5.26, 동시 10개

동시성은 기사가 없는 경우와 비교하여 총 시간이 6S 더 느리고 평균 시간이 20% 더 느린 것을 볼 수 있습니다.
다음으로 PHP 5.5.26의 Zend OpCache를 엽니다.

1. PHP 5.5.26에는 Zend Opcache 및 기사 버전이 있으며 동시성은 20개입니다.

2. PHP 5.5.26에는 Zend Opcache와 기사 버전이 동시에 10개 있습니다.

3. PHP 5.5.26에는 Zend Opcache 기사 버전이 없으며 동시성이 20개입니다.

4. PHP 5.5.26에는 Zend Opcache 기사 버전 없음, 동시 10개 있음

Zend OpCache 활성화 여부가 성능에 매우 분명한 영향을 미치는 것을 볼 수 있습니다. 기사가 있는 버전은 2배 이상 개선되었으며, 기사가 없는 버전은 4배 이상 개선되었습니다.

이제 Zend OpCache 없이 처음으로 PHP7을 다시 테스트해 보겠습니다.
1. Zend Opcache가 없는 PHP 7에는 기사 버전, 동시성 20이 있습니다.

2. Zend Opcache가 없는 PHP 7에는 기사 버전, 동시성 10개가 있습니다.

위의 데이터를 보면 PHP5.5.26에 비해 PHP7의 성능이 약 30% 향상되었음을 알 수 있습니다.

3. Zend Opcache가 없는 PHP7, 기사 버전 없음, 동시성 20개

4. 기사 버전이 없는 Zend Opcache가 없는 PHP 7, 동시성 10

기사 없는 버전은 PHP5.5.26에 비해 약 60% 정도 개선되었습니다. PHP7에서 활성화된 Zend OpCache 버전을 살펴보겠습니다.
PHP7의 Zend OpCache는 PHP5와 다릅니다. 특별한 확장 기능 설치가 필요하지 않습니다. php.ini에 다음 세 줄의 구성만 추가하면 됩니다.
zend_extension=opcache.so
opcache.enable=1
opcache.enable_cli=1

1. PHP 7에는 Zend Opcache 및 기사 버전이 있으며 동시성은 20개입니다.

2. PHP 7에는 Zend Opcache와 기사 버전이 동시에 10개 있습니다.

3. PHP 7에는 기사 버전이 없는 Zend Opcache가 있으며 동시성은 20개입니다.

4. PHP 7에는 Zend Opcache 기사 없음 버전, 10 동시성

Zend OpCache를 켜면 성능이 5배 이상 향상됩니다. Zend OpCache도 켜는 5.5.26과 비교하면 성능이 최소 3배 이상 향상됩니다. Zend OpCache는 높은 동시성에서 성능에 매우 중요하다고 할 수 있습니다.

여기까지 PHP7 성능 평가입니다. 지난 6월 PHP7 알파 버전이 출시된 이후, PHP7 공식 버전 출시를 매우 기다려왔습니다. 이번 평가를 통해 PHP용 OneAPM은 모든 PHP 애플리케이션에 깊이 들어가 코드 수준 성능 문제에 대한 가시성, 성능 병목 현상의 신속한 식별 및 추적, 실제 사용자 경험을 포함하여 애플리케이션 성능 관리 및 모니터링을 완료할 수 있음이 다시 한번 입증되었습니다. 모니터링, 서버 모니터링 및 엔드투엔드 애플리케이션 성능 관리. 그리고 Zend OpCache가 활성화된 PHP7 및 OneAPM은 귀하가 열정적으로 소유할 가치가 훨씬 더 높습니다.