이 글은 주로 PHP 7 설치 및 사용 경험의 성능 향상, 강력한 호환성 및 부족한 확장 지원을 소개합니다(PHP 업그레이드 시 주의). 도움이 필요한 친구들이 참고할 수 있습니다. PHP 7이 출시되면서 요즘 PHP 7의 성능과 호환성이 뜨거운 논의 주제가 되었습니다. PHP 7의 뛰어난 성능으로 인해 일부 "얼리 어답터" 친구들은 이미 PHP를 적용하게 되었습니다. 7 생산 환경. 동시에 LNMP와 같은 인기 있는 애플리케이션도 적시에 업데이트되어 PHP 7을 지원하기 시작했습니다.
PHP 성능 문제에 관해서는 제가 이전에 공유했던 HHVM을 언급해야 합니다. 이것은 PHP 성능을 향상시키기 위해 Facebook에서 개발한 도구입니다. JIT(Just-In-Time) 컴파일을 사용하여 PHP 코드를 특정 형식으로 변환합니다. 단어.섹션 코드. 실제 테스트 과정에서 HHVM은 PHP 성능 향상에 있어서 질적인 도약을 이루었습니다. 효율적인 PHP 실행 환경은 PHP 성능을 9배 이상 향상시켰습니다.
최근 몇 년 동안 PHP는 성능 병목 현상으로 인해 널리 비판을 받아 왔습니다. 많은 개발자가 PHP를 버리고 도망갔습니다. HHVM의 완벽한 성능은 PHP 개발에 매우 해롭습니다. PHP 7은 HHVM에 대한 PHP 커뮤니티의 대응입니다. PHP 7의 공식 릴리스 버전은 PHP 성능을 크게 향상시켰습니다. 실제 테스트에서는 PHP 7의 성능이 어떤 경우에는 HHVM의 성능을 초과하는 것으로 나타났습니다. 이 기사에서는 PHP 7의 설치 및 사용 경험을 제공합니다. PHP 7의 성능을 간절히 경험하고 싶은 친구는 공식적으로 PHP 7을 업그레이드하기 전에 몇 가지 프로그램 호환성 테스트를 더 수행하는 것이 가장 좋습니다. 호환성은 99%이지만, 안전을 위해 프로덕션 환경에 적용할 때는 여전히 주의가 필요합니다.PHP 7 설치 및 사용 경험: 대폭 향상된 성능, 강력한 호환성, 불충분한 확장 지원, PHP를 업그레이드할 때 주의하세요
1. PHP 7의 고성능을 활용하기 위한 몇 가지 핵심 사항. 이전 PHP PHP 7의 성능이 질적으로 비약했다고 할 수 있지만, "좋은 말에는 좋은 안장이 있고, 좋은 차에는 돛이 있다"는 말이 있듯이, PHP 7의 성능 이점을 활용하려면 다음 측면에서 준비해야 합니다. (이 섹션에서는 Yaf, Yar, Yac 및 기타 프로젝트의 작성자인 PHP7 핵심 개발자 이후: Laruence를 인용합니다.)
1. Opcache 활성화는 매우 간단합니다. 추가:
zend_extension=opcache.so opcache.enable=1 opcache.enable_cli=1"
2. GCC 4.8 이상만 사용할 수 있습니다. . opline 및 Execution_data 지원을 위한 전역 등록은 PHP 7에서만 활성화되어 약 5% 성능 향상을 가져옵니다.
3. HugePage를 활성화하면 PHP 7이 더 빨라집니다. 먼저 시스템에서 HugePages를 활성화한 다음 Opcache의 huge_code_pages를 활성화합니다. 예를 들어 $sudo sysctl vm.nr_hugepages=512, 할당합니다. 512 예약된 대용량 페이지 메모리:
$ cat /proc/meminfo | grep Huge AnonHugePages: 106496 kB HugePages_Total: 512 HugePages_Free: 504 HugePages_Rsvd: 27 HugePages_Surp: 0 Hugepagesize: 2048 kB
그런 다음 opcache.huge_code_pages=1을 php.ini에 추가합니다. 이러한 방식으로 PHP는 자체 텍스트 세그먼트에 대용량 메모리 페이지를 사용하고 메모리 할당을 줄입니다. TLB가 누락되어 성능이 향상됩니다.
4. Opcache 파일 캐시를 켜면 Opcache는 외부 파일에 opcode 캐시를 캐시할 수 있습니다. 방법은 opcache.file_cache=/tmp를 php.ini에 추가하는 것입니다. 이러한 방식으로 PHP는 PHP 수명 주기 전체에 걸쳐 존재할 수 있는 일부 Opcode 바이너리 내보내기 파일을 /tmp 디렉토리에 캐시합니다. 5. 귀하의 PHP가 WordPress, Drupal 등의 프로젝트를 제공하도록 특별히 설계된 경우 PGO를 사용하여 PHP를 개선하고 특히 프로젝트 성능을 향상시킬 수 있습니다. 구체적으로, 최적화 시나리오로 wordpress 4.1을 사용하면... 먼저 PHP를 컴파일할 때: $ make prof-gen.
6. 그런 다음 WordPress용 프로젝트를 사용하여 PHP를 교육합니다. $ sapi/cgi/php-cgi -T 100 /home/huixinchen/local/www/htdocs/wordpress/index.php >/dev/ null, 즉, php-cgi가 WordPress 홈페이지를 100번 실행하여 프로세스에서 일부 프로필 정보를 생성하도록 합니다. 마지막으로:
$ make prof-clean $ make prof-use && make install
2. PHP 7 설치 및 컴파일
2. 실무 능력이 뛰어난 친구는 공식 웹사이트에서 직접 PHP 7을 다운로드한 후 수동으로 편집하고 설치할 수 있습니다. 그것. lnmp.org 웹마스터의 LNMP 원클릭 설치 패키지 사용에 익숙하다면 php7 지원이 추가된 LNMP 1.3 베타 버전 출시를 시도해 볼 수 있습니다. 이는 웹사이트를 LNMP 또는 LAMP 웹사이트 구축으로 원활하게 마이그레이션하는 방법입니다. 환경.
3. OneinStack에서 제공하는 LNMP 설치 패키지에는 한 번의 클릭으로 이미 PHP 7이 설치되어 있습니다. 스크립트를 실행할 때 PHP 7 설치를 선택할 수 있습니다. 현재 PHP 7에는 공식 Zend Opcache 확장만 설치할 수 있습니다.
4. OneinStack이 PHP 7을 성공적으로 설치했습니다. 5. PHP7 정보 표시입니다. 6. OneinStack에서 제공하는 PHP 7용 Opcache 제어판입니다. 3. PHP 7과 이전 버전의 PHP 및 HHVM 간의 성능 비교 1 WordPress 및 Drupal과 같은 인기 프로그램에서 외국 개발자가 테스트한 결과입니다. PHP 7 성능이 많이 향상되었습니다. 2. WordPress와 같은 프로그램의 경우, PHP 7은 개별 실행 속도를 향상시킬 뿐만 아니라, PHP 7에서 WordPress를 오래 실행할수록 성능 향상 효과는 더 커집니다. 3. 위에서 언급했듯이 PHP 7의 PHP 성능 향상은 일부 측면에서 HHVM을 능가했습니다. 이는 다양한 프로그램에서 외국 zend.com 공식 웹사이트에서 제시한 PHP 5.6, PHP 7 및 HHVM의 성능 향상입니다. . 실행 효율성 비교 결과. 4. 전문 오픈 소스 전자 상거래 시스템인 Magento에서 PHP 5.6, PHP 7 및 HHVM의 실행 효율성을 테스트합니다. PHP 7은 PHP 5.6보다 두 배 빠르고 메모리 사용량은 PHP 5.6보다 30% 낮습니다. 5. Drupal 8에서 PHP 7을 테스트하는 효율성은 HHVM을 능가하는 가장 빠릅니다. 6 WordPress 테스트 중에 PHP 5.6을 실행하려면 100MB의 메모리가 필요한 반면, PHP 7은 25MB만 필요한 것으로 나타났습니다. 7 다양한 프로그램 실행 속도 측면에서 보면 PHP 7이 확실히 선두입니다. Ruby 2.1, Python 2.7.8 및 Perl 5.18.4가 모두 PHP 7보다 뒤쳐져 있습니다. 4. PHP 7 성능 테스트 결과 보고서 1. 근거 없는 내용인데, PHP 7 실행 프로그램의 성능은 어떤가요? 여기서 부족은 새로운 WordPress를 테스트 개체로 사용합니다. PHP 7에서 실행한 WordPress 홈페이지 로딩 시간 테스트는 0.029초, 메모리는 3.39MB입니다. 2 PHP 5.6을 실행하는 동일한 WordPress 페이지의 페이지 로딩 시간은 1.955초이며, 차지하는 메모리는 3.92MB입니다. 데이터 관점에서 보면 PHP 7은 PHP 5.6을 완전히 압도했습니다. 3. WordPress를 실행하는 PHP 7의 효율성은 이전 버전에 비해 확실히 향상되었습니다. 여기서는 PHP 7의 성능을 완전히 이해하기 위해 Webbench를 사용하여 웹 사이트 서버의 방법에 따라 10초를 시뮬레이션합니다. 압력 웹 성능 테스트 200 및 400개 연결 시 속도는 8000페이지/분 이상입니다. 4 현재 VPS 서버 시스템 로드는 3.49입니다. 5. 시뮬레이션된 연결 수를 1600으로 늘리면 속도는 8000페이지/분 이상으로 유지됩니다. 6. 이때 VPS 서버 시스템 로드가 17인데 좀 힘들겠네요. 7. 시뮬레이션 연결 수를 5000으로 늘리면 속도가 4800페이지/분이며 속도가 느려지기 시작합니다. 8. 이때 VPS 서버 시스템 부하가 23으로 서버가 과부하 상태입니다. 9. 이 VPS 호스트에서 PHP 7의 내구성 한계를 테스트하기 위해 Webbench는 20초 안에 서버에 지속적으로 액세스하기 위해 10,000개의 연결을 시뮬레이션했습니다. 10. 현재 VPS 서버의 시스템 로드는 거의 90에 가까워야 한계에 도달했지만 여전히 서버가 충돌하지 않습니다. 11. 다음으로 동일한 구성으로 WordPress를 실행한 스트레스 테스트 결과를 살펴보겠습니다. 먼저 Webbench를 사용하여 10초 안에 200개 및 400개의 연결을 시뮬레이션합니다. /분, 상대적으로 위의 PHP 7 테스트는 절반 정도 느립니다. 12 이는 200 및 400 연결을 테스트하는 PHP 5.6의 시스템 로드이며, 이는 확실히 PHP 7 환경에서 테스트된 3.49를 초과합니다. 13 PHP 5.6 테스트에서는 시뮬레이션된 연결 수가 1000개와 2000개로 늘어났습니다. 이때 속도는 1600페이지/분으로 떨어졌고 연결 성공 횟수도 1000개로 줄었습니다. 약 500시간으로 PHP 7.2700시간의 테스트보다 훨씬 낮습니다. 14. 이때 시스템 로드가 17에 도달했습니다. 15. Webbench를 사용하여 PHP 5.6에서 10,000까지의 연결 수를 테스트하고 20초 이내에 지속적으로 서버에 액세스합니다. 이 시점에서 테스트는 결과 없이 중단됩니다. 16. 여기 VPS 서버의 시스템 로드가 1,000을 넘었고, 서버가 다운되었습니다. 17. PHP 5.6에서 WordPress 웹사이트가 다운되었습니다. 5. PHP 7 호환성 문제 1. 현재 국내 Discuz 등은 PHP 7을 지원하지 않습니다. eAccelerator, xcache, memcached 등 기타 PHP 확장은 공식 Opcache만 사용할 수 있습니다. . 확장된 지원 목록에 언제든지 주의할 수 있습니다. 2. 테스트 후 PHP 7은 아무런 문제 없이 WordPress를 실행합니다. 3. PHP 7에 WordPress 플러그인을 설치하는 데 문제가 없습니다. 4. PHP 7은 일부 기능, 연산자 등과 호환되지 않는 문제가 있을 수 있지만 99%의 프로그램은 이를 사용하지 않을 수 있습니다. 6. PHP 7 설치 및 사용 경험 요약 1. PHP 7을 사용해 본 결과 한 가지 놀라운 점은 해외 개발자가 테스트한 바에 따르면 HHVM이 실제 환경에 의존하기 때문에 PHP 7의 성능이 기본적으로 HHVM과 동일하다는 것입니다. -time(Just In Time) 컴파일러는 PHP 코드를 기계 명령어로 컴파일하므로 HHVM에서 실행할 때 많은 PHP 프로그램을 개선해야 합니다. 2. PHP 7은 HHVM의 초고성능과 동시에 PHP 이전 버전과의 호환성이라는 장점도 가지고 있습니다. 저는 PHP 7이 가까운 미래에 점점 더 많은 사람들에게 인식되고 받아들여질 것이라고 믿습니다. 현재 PHP 7을 지원하는 캐싱 및 가속과 같은 확장 기능은 많지 않지만 점점 더 많은 개발자가 PHP 7 개발 대열에 합류하는 것은 시간 문제입니다.
위 내용은 php7 사용 경험에 대한 자세한 그래픽 및 텍스트 설명: 성능 대폭 향상, 강력한 호환성 및 부족한 확장 지원의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!