예 속도차가 납니다. 이유가 두가지인데, 하나는 rewrite.php에서 mod_rewrite의 계산을 전부 담당하게 되어서 php 엔진 호출 빈도가 확 늘었습니다. 그리고 DB 입출력시 POD라고 중간 단계의 컴포넌트가 하나 더 붙었습니다.

rewrite.php의 경우 아예 php를 메모리에 상주 시켜버리는 fastCGI와 돌아가게 되면 퍼포먼스 향상이 있습니다. b1에서 현재 빌드까지도 많은 변화가 있었기 때문에 예전보다는 로드가 많이 감소하기도 했습니다. 그리고 싱글 모드라면 아예 mod_rewrite를 안 써버리는 방법도 있는데, 이 경우에는 성능이 매우 좋아집니다(만 주소가 아주 조금 안 예쁘게 되지요)

POD의 경우 1.6에서는 특이한 기능은 전혀 사용하지 않고 레거시 모드로만 돌아가고 있습니다만, 이후 목표가 커서 POD 컴포넌트 자체가 큽니다. 기능 개선으로 빨라지는 속도를 저기서 다시 희생당하고 있습니다만, 이후 POD를 사용해서 (지금은 mysql 3 호환성 보장 때문에 묶여서 못쓰는) mysql의 상위 버전에 있는 기능을 호환성 걱정하지 않고 쓰게 될 것이기 때문에 감수하려고 합니다.

관련하여 블로그 경로와 별도로 외부 출력용 URL을 지정하는 환경변수로 $serviceURL이 있습니다. config.php에서 지정하면 됩니다.
그런데 이 경우 attach의 경로도 영향을 받게 됩니다. 서버를 아예 분리하는 경우라면 파일 업로드 부분에 약간의 변화가 있어야 할 것 같네요.

덧) 일반적으로 서버가 죽는 것은 스태틱 링크의 트래픽때문에 죽는 경우는 그다지 없고, DB 통신에서 connection 제한수의 threshold를 넘어버려서 발생하는 경우가 많습니다. 시피유가 정신이 없어집니다. 관련하여 아예 DB 입출력 없이 페이지 뿌리는 법도 근 1년째 고민하고 있지만, 플러그인에 관련한 기능이 거의 모두 희생당하기 때문에 스태틱페이지 발행용 오프라인 블로깅 툴을 사용하면 되지 않을까, 굳이 동적 부분을 포기하는 것이 필요할까 하는 생각도 있습니다.

덧2) 1.5.4나 1.6에서 가장 쉽게 성능 올리는 법입니다. 이 경우는 리더를 사용하지 않는다는 가정에서만 가능합니다. /lib/view/view.php의 getScriptsOnFoot 함수의 안의 내용을 싹 지우고 그냥 return '';으로 교체해 주면 페이지 열 때마다 리더 갱신을 위해서 블로그 설정 읽기부터 시작하는 부분이 확 줄어들기 때문에 DB로드가 3/5정도로 줄어듭니다.

예 dev 사이트의 관련된 부분의 업데이트 티켓에서 그게 논의되던 중이었습니다.
#790을 참고하세요~

1.5.4 의 경우 리더를 비활성화하려면, inureyes님이 말씀하신 lib/view/view.php 에서 제거와 lib/includeForBlog.php 에서 require 'model/reader.common.php'; 제거만 하면 될까요? (두가지 적용했는데 확실히 빨라진 느낌인데요?)

lunamoth (2008-01-18 02:35:35)에 의해 마지막으로 수정