php 8.1 jit 컴파일 옵션 사용하기 > 리눅스서버
리눅스서버

php 8.1 jit 컴파일 옵션 사용하기

조회 1,074회 댓글 0건

기본 설정이 opcache 사용으로 되어 있어서 페이지 로딩에서 보여지는 차이를 느끼지 못했습니다. 

아래는 설정 및 확인한 내용 들입니다.


여기서 설치한 방법은 CentOS에서 php-fpm

아래 위치에서 환경설정 파일을 열어서 변경해 준다.

[root@pabburi /etc/opt/remi/php81] vim php.d/10-opcache.ini 


# opcache.jit = 1205 - all code is JIT compiled

# opcache.jit = 1235 - only selected code portions (based on their relative use) are passed to the JIT compilation

# opcache.jit = 1255 - application code is tracked for compilation by JIT and selected parts of the code are transferred to the compiler

# opcache.jit = 1205 - 모든 코드가 JIT 컴파일됨

# opcache.jit = 1235 - 선택한 코드 부분(상대적 용도에 따라)만 JIT 컴파일에 전달됩니다.

# opcache.jit = 1255 - JIT에서 컴파일을 위해 애플리케이션 코드를 추적하고 코드의 선택된 부분을 컴파일러로 전송합니다.

#  

# tracing은 1254, funciton은 1205과 같다

# https://www.php.net/manual/en/opcache.configuration.php#ini.opcache.jit

opcache.enable=1

opcache.enable_cli=1

opcache.jit_buffer_size=256M

opcache.jit=tracing


기본적인 환경설정에서는 jit 부분만 없고 인에이블은 이미 되어 있었다.

phpinfo를 확인해 보는 것이다.


현재 php8.1 사용인데 디폴트 옵션이 설정이 되어 있는 상태 임을 알 수 있다.

[root@pabburi /etc/opt/remi/php81] /opt/remi/php81/root/bin/php -r "phpinfo();" | grep opcache | grep jit

opcache.jit => tracing => tracing

opcache.jit_bisect_limit => 0 => 0

opcache.jit_blacklist_root_trace => 16 => 16

opcache.jit_blacklist_side_trace => 8 => 8

opcache.jit_buffer_size => 0 => 0

opcache.jit_debug => 0 => 0

opcache.jit_hot_func => 127 => 127

opcache.jit_hot_loop => 64 => 64

opcache.jit_hot_return => 8 => 8

opcache.jit_hot_side_exit => 8 => 8

opcache.jit_max_exit_counters => 8192 => 8192

opcache.jit_max_loop_unrolls => 8 => 8

opcache.jit_max_polymorphic_calls => 2 => 2

opcache.jit_max_recursive_calls => 2 => 2

opcache.jit_max_recursive_returns => 2 => 2

opcache.jit_max_root_traces => 1024 => 1024

opcache.jit_max_side_traces => 128 => 128

opcache.jit_prof_threshold => 0.005 => 0.005


이것 환경설정을 실시간으로 읽고 있다. php-fpm을 재시작하지 않아도 버퍼사이즈 변경하니 적용이 된다.

[root@pabburi /etc/opt/remi/php81] /opt/remi/php81/root/bin/php -r "phpinfo();" | grep opcache | grep jit

opcache.jit => tracing => tracing

opcache.jit_bisect_limit => 0 => 0

opcache.jit_blacklist_root_trace => 16 => 16

opcache.jit_blacklist_side_trace => 8 => 8

opcache.jit_buffer_size => 256M => 256M

opcache.jit_debug => 0 => 0

opcache.jit_hot_func => 127 => 127

opcache.jit_hot_loop => 64 => 64

opcache.jit_hot_return => 8 => 8

opcache.jit_hot_side_exit => 8 => 8

opcache.jit_max_exit_counters => 8192 => 8192

opcache.jit_max_loop_unrolls => 8 => 8

opcache.jit_max_polymorphic_calls => 2 => 2

opcache.jit_max_recursive_calls => 2 => 2

opcache.jit_max_recursive_returns => 2 => 2

opcache.jit_max_root_traces => 1024 => 1024

opcache.jit_max_side_traces => 128 => 128

opcache.jit_prof_threshold => 0.005 => 0.005


환경설정에 보면 아래와 같은것이 있다.

필요하지 아니한것은 정리해 놓으란 의미로 보면 될것 같다. 또는 문제가 발생 한다거나.

opcache.blacklist_filename=/etc/opt/remi/php81/php.d/opcache*.blacklist


결론은 실제 어느정도 속도 향상이 있는지에 대해서는 자신의 사이트는 자신이 비교 해야 될것입니다. 기본 옵션의 변경만 가지고 문제가 없는지 아니면 추가 적인 튜닝작업이 필요할지 말입니다. 아직 php81사용하고 있는것이 저 같은 경우는 트래픽이 많지 않아 이정도에서 마무리 지었습니다. 버퍼좀 늘려 줬으니 안한것 보다 낳겠지???


잘 사용하지 않는 레디스, 오디비씨 같은 모듈도 같이 설치 되면서 올라와 있는데 주석처리 하였는데 없어도 될것이 있어서 좋을 이유는 없습니다.


* 참고한곳

https://pat.im/1207

https://www.php.net/manual/en/opcache.configuration.php#ini.opcache.jit

https://www.phoronix.com/review/php8-jit-june/2

https://medium.com/jp-tech/try-out-jit-compiler-with-php-8-0-a020e6aeb3e5

https://www.droptica.com/blog/jit-compiler-php-8/


  • 페이스북으로 공유
  • 트위터로  공유
  • 구글플러스로 공유
전체 163건 1 페이지
  • profile_image MySQL에서 트리거(trigger)는 특정 테이블에 대해 INSERT UPDATE DELETE와 같은 DML(데이터 조작 언어) 작업이 수행될 때 자동으로 실행되는 프로시저입니다. 트리거는 데이터의 무결성을 유지하거나 로깅 감사 등의 목적으로 사용될 수 있습니다. 트리거는 데이터베이스가 특정 조건에 반응하여 자동으로 특정 작업을 수행하도록 할 때 유용합니다.▷ 트리거의 주요 특징- 자동 실행: 트리거는 관련 테이블에 특정 DML 작업이 수행될…
  • profile_image 왜래키는 잘 쓰면 보약이고 잘못하면 관련된 테이블 모두 확인 하느라 부하가 심해진다.그래서 무조건 쓰지 못하게 하는곳도 있는 실정이다. 사실 우리가 그런부분이 있다.사이트의 부하가 많지 않다면 사용하는것을 권장 하는데 문제가 될일이 별로 없기 때문에 그렇다. 외래키는 두 테이블 간의 관계를 정의하는 데 사용 되는 것으로 보통 부모 테이블과 자식 테이블 간의 관계를 나타내는 데에 사용됩니다.1. 관계 정의  외래키는 부모 테이블의 기본 키(pri…
  • profile_image 리눅스에서 OpenSSL을 사용해 생성한 사설 인증서의 유효 기간을 확인하려면 터미널에서 OpenSSL 명령어를 사용 하면 된다.아래 openssl 명령어를 사용해 인증서의 유효 기간을 확인할 수 있다.openssl x509 -in [인증서 파일 경로] -noout -datesopenssl x509 -in mycert.pem -noout -datesopenssl x509 -in rootCA.crt -noout -datesopenssl x509 …
  • profile_image OpenSSL로 인증서 생성시 -days 36500 = 100년 옵션을 사용해서 유휴기간을 길게 준다. 우선 만료 되는 기간을 길게준 다음 후에 사용할 계획이 없으면 사용하지 않으면 되기 때문이다.지난것을 경고 무시하고 사용하는것 보다는 이편이 더 좋을것이다.아래는 간단하게 개인 인증서 생성하는 방법이며두번째 csr 생성할때 입력 해야 하는것이 잇는데 아래처럼 입력하면 되며 비밀번호는 넣지 않아도 된다.(비밀번호 넣으면 다음에 진행할때 같이 넣…
  • profile_image DKIM, SPF, 및 DMARC는 이메일을 보다 안전하게 하고, 스팸이나 피싱 공격을 방지하기 위해 사용되는 이메일 인증 메커니즘들입니다.공통적으로 네임서버 설정을 해줘야 하는 것들이다.DKIM (DomainKeys Identified Mail)DKIM은 발신자의 도메인이 실제로 해당 이메일을 보냈다는 것을 증명하기 위해 디지털 서명을 사용합니다.이메일 발송자는 이메일의 헤더에 디지털 서명을 추가하고, 이 서명은 발신자의 도메인에 공개적으로 …
  • profile_image 리눅스에서 디스크 사용량이 많은 프로그램을 찾기 위해서는 주로 du (Disk Usage) 명령어를 사용합니다. du 명령어는 디렉토리나 파일이 사용하는 디스크 공간의 양을 확인할 때 사용됩니다. du 명령의 기본적인 사용 방법 전체 사용량은 df 명령을 사용하지만 하위 디렉토리의 사용량을 보려면 du 명령을 사용 합니다. 운영하다 보면 어느곳에서 사용을 많이 하는지 알기 위해 은근히 많이 사용 되는 명령 입니다. 특정 디렉토리의 사용량을 확…
  • profile_image 디스크 I/O 부하를 많이 주는 프로그램 확인 디스크 I/O 부하를 많이 주는 프로그램을 찾으려면 iotop이라는 도구를 사용 하면 되며 이 도구는 각 프로세스의 I/O 사용량을 실시간으로 모니터링하며, 높은 I/O 사용량을 가진 프로세스를 쉽게 찾을 수 있도록 도와준다. io를 보는데는 iostat 도 있고. vmstat 1 명령으로 CPU 부하와 같이 쓰기나 읽기가 어느정도 인지 보는 방법도 있는데 iotop을 사용하면 프로그램 까지 알…