진서기

[펌]PHP 애플리케이션을 가장 빠르게, Part 2: PHP 애플리케이션을 프로파일링 하여 느려진 코드를 진단 및 빠르게 하기 (한글)

· 18년 전 · 2313
난이도 : 중급
Martin Streicher, Editor in Chief, Linux Magazine
2007 년 5 월 22 일
PHP 애플리케이션이 느려진다면 프로파일러를 사용하여 어디에서 시간이 소비되는지를 파악합니다. 문, 루프, 함수, 클래스, 라이브러리 중 가장 느린 움직임을 보이는 것을 찾을 수 있습니다. 시간 보다는 메모리 사용이 문제가 될 경우에는 좋은 프로파일러가 컴포넌트 풋프린트도 발견해 낼 수 있습니다.
"PHP 애플리케이션을 가장 빠르게" 시리즈의 Part 1에서는 PHP opcode 캐시(cache)인 XCache를 사용하여 사이트의 속도를 높이는 방법을 설명했다. XCache (캐싱 패키지들 중 하나)는 컴파일 프로세스의 결과를 보존하여 과잉 작업을 줄인다. 페이지가 바뀌지 않는 한, 캐싱 된 페이지는 프록시로서 충분한 역할을 한다. 페이지가 수정되면 캐싱 된 버전은 무효가 되고 다른 것으로 대체된다.
opcode 캐시와 opcode 옵티마이저는 사이트의 반응성을 높일 수 있는 저렴한 기술이라고 할 수 있다. 많은 캐시 패키지들이 프리 및 오픈 소스이기 때문에 코드를 수정할 필요가 없다.
물론, 어떤 애플리케이션의 경우, PHP 소스 코드의 파일을 상응하는 opcode로 변환하는데 걸리는 시간은 실제 실행 시간과 비교해 본다면 그렇게 많은 시간이 걸리는 것은 아니다. 원격 데이터베이스 서버로 연결하고, 비효율적인 SQL 쿼리로 스토어를 쿼리하고, 데이터를 파싱 및 조작하는데 더 오랜 시간이 걸리며, 비용도 많이 든다. 좋은 네트워크 디자인과 똑똑한 데이터베이스 구현으로 지체된 시간과 느려진 쿼리를 보상할 수 있고, 필요에 따라서 여러분의 동료 전문가에게 의뢰할 수 있다. 하지만, 여러분의 코드가 느려진다면 여러분 스스로 이 문제를 해결해야 한다.
그런데, 어디서부터 시작해야 하는가? 코드가 완성되기 전에 코드를 조작하는 것은 무모한 짓이다. 첫 구현이 적절한 속도로 실행되더라도 마찬가지다. 여러분의 코드가 기능적이고 정확하기는 하지만 느리다면, 첫 번째로 해야 할 것은 성능을 정량화 또는 벤치마킹 하는 것이다. 이 같은 진단 노력 없이 코드를 최적화 한다는 것은 불가능하다.
간단한 성능 메트릭은 wall clock time 또는 페이지에 대한 요청과 완료된 렌더링 간 실제 지연 시간을 측정하는 것이다. 여러분의 워크스테이션에서 웹 서버, 데이터베이스, 브라우저를 로컬로 실행하는 경우, wall clock time이 유익하다. 하지만 wall clock time에는 네트워크 레이턴시, 트래픽에 걸린 활성 웹 서버, 활성 데이터베이스 등이 개입된다.
단일 소스 코드 문을 실행하는데 걸린 시간까지도 측정할 수 있는 훨씬 더 정확한 측정 방법은 코드 프로파일러를 사용하는 것이다. 일반적으로 PHP 런타임 엔진에 대한 확장으로서 구현되는 프로파일러는 문의 시작과 끝 사이의 델타(delta)를 기록하고, 프로시저의 시작과 끝 사이의 델타를 기록하고, 인커밍 요청에 대해 응답을 만드는데 필요한 총 시간을 파악한다. 이를 통해서 가장 느린 움직임을 보이는 문, 루프, 함수, 클래스, 라이브러리를 찾아낼 수 있다. 시간이 문제가 아니고 메모리 사용이 문제일 경우, 좋은 프로파일러라면 컴포넌트 풋프린트 까지도 발견해 낸다.
한 가지 대중적인 PHP용 프로파일러 중 Xdebug가 있다. 서버 후크(hook)를 사용하여 PHP 애플리케이션을 대화식으로 디버깅한다. (자세한 내용은 "더 나은 디버깅 방법"을 참조하라. 본 시리즈에서는 대화식(interactive) 디버깅과 고급 디버깅에 대해서도 다루고 있다.) Xdebug는 소스에서 구현하기 쉽고 Zend 확장으로서 설치된다. (일부 플랫폼에는 바이너리도 사용할 수 있다.) 설치가 되면 PHP 기반 페이지에 대한 각 요청은 KCacheGrind에서 볼 수 있는 데이터 세트를 생성한다.
여러분이 PHP 유틸리티 phpizephp-config에 액세스 했고, 여러분 시스템의 php.ini 설정 파일에 액세스 했다고 가정한다면, Xdebug를 설치 및 설정하는데 단 몇 분만 소요된다. 아래 제시된 지시 사항은 리눅스? 용이다. 물론 Mac OS X에서도 동일한 단계를 거친다. (Xdebug 웹 사이트에는 Microsoft? Windows?용 Xdebug 버전도 있다.)
Xdebug 최신 버전은 V2.0.0RC3이다. (최종 버전인 V2.0.0도 사용할 수 있다.) tarball을 다운로드 하여 압축을 풀고 소스 코드의 하위 디렉토리로 수정한다. phpizephp-config가 쉘의 PATH에 있는지를 확인하고 phpize로 구현할 준비를 한다.
 
 
전체내용은 링크1에서 확인하세요
[이 게시물은 관리자님에 의해 2011-10-31 17:12:10 PHP & HTML에서 이동 됨]
|
댓글을 작성하시려면 로그인이 필요합니다. 로그인

프로그램

+
제목 글쓴이 날짜 조회
18년 전 조회 2,717
18년 전 조회 2,947
18년 전 조회 2,276
18년 전 조회 2,084
18년 전 조회 2,035
18년 전 조회 3,068
18년 전 조회 2,355
18년 전 조회 2,375
18년 전 조회 2,047
18년 전 조회 2,424
18년 전 조회 3,158
18년 전 조회 4,089
18년 전 조회 3,371
18년 전 조회 2,005
18년 전 조회 1,950
18년 전 조회 2,864
18년 전 조회 1,656
18년 전 조회 2,007
18년 전 조회 2,296
18년 전 조회 2,163
18년 전 조회 2,264
18년 전 조회 4,034
18년 전 조회 1,784
18년 전 조회 4,385
18년 전 조회 2,919
18년 전 조회 2,226
18년 전 조회 3,269
18년 전 조회 2,895
18년 전 조회 2,831
18년 전 조회 5,626
18년 전 조회 2,292
18년 전 조회 3,413
18년 전 조회 3,322
18년 전 조회 3,708
18년 전 조회 3,264
18년 전 조회 2,441
18년 전 조회 2,092
18년 전 조회 2,541
18년 전 조회 6,110
18년 전 조회 2,734
18년 전 조회 4,537
18년 전 조회 2,034
18년 전 조회 1만
18년 전 조회 2,481
18년 전 조회 1,544
18년 전 조회 2,982
18년 전 조회 2,924
18년 전 조회 2,821
18년 전 조회 2,135
18년 전 조회 2,314
18년 전 조회 2,867
18년 전 조회 2,960
18년 전 조회 4,124
18년 전 조회 6,115
18년 전 조회 2,051
18년 전 조회 2,183
18년 전 조회 1,892
18년 전 조회 1,652
18년 전 조회 2,627
18년 전 조회 1,686
18년 전 조회 1,557
18년 전 조회 4,732
18년 전 조회 1,785
18년 전 조회 1,836
18년 전 조회 1,843
18년 전 조회 1,970
18년 전 조회 3,624
18년 전 조회 1,650
18년 전 조회 1,523
18년 전 조회 1,352
18년 전 조회 1,856
18년 전 조회 1,904
18년 전 조회 3,648
18년 전 조회 1,975
18년 전 조회 3,109
18년 전 조회 4,736
18년 전 조회 2,865
18년 전 조회 8,048
18년 전 조회 4,057
18년 전 조회 2,739
18년 전 조회 1,519
18년 전 조회 2,620
18년 전 조회 5,036
18년 전 조회 5,217
18년 전 조회 2,093
18년 전 조회 4,352
18년 전 조회 4,096
18년 전 조회 4,147
18년 전 조회 2,270
18년 전 조회 4,190
18년 전 조회 2,172
18년 전 조회 3,281
18년 전 조회 4,915
18년 전 조회 1,952
18년 전 조회 3,408
18년 전 조회 1,641
18년 전 조회 2,739
18년 전 조회 1,666
18년 전 조회 2,711
18년 전 조회 2,550
🐛 버그신고