fpc, #pagespeed on의 경우 Varnish 프록시 앞에 설치된 Pagespeed가 있습니다. 및 #pagespeed FileCachePath/dev/shm; (모두 비활성화 됨) 웜 캐시의 ttfb는 ~ 90ms입니다. FileCachePath의 주석 처리를 제거하고 (#pagespeed를 그대로두면 그대로 유지) ttfb는 예열 된 캐시에서 350ms로 이동합니다. 페이지 스피드가 200-300ms를 방정식에 추가하는 것처럼 보입니다. 페이지 스피드가 켜지는 것과 같습니다. 정말 비효율적입니다.Google Nginx Pagespeed with Varnish TTFB가 증가합니다.
우리는 많은 테스트를 실행했으며 mod_pagespeed가 느린 적이 없었습니다. 이상하게 생각합니다. 의견에서 언급했듯이 토론 포럼에 전자 메일을 보내야하며 디버깅에 도움이 될 수 있습니다.
그러나 사이드 노트에서 바니시 이후에 mod_pagespeed를 넣는 것이 이상합니다. 일반적으로 사람들은 mod_pagespeed 후에 바니시를 넣습니다. 이렇게하면 모든 재 작성된 자원을 광택으로 효율적으로 캐시 할 수 있습니다.
우리는 바른 설치를하기 위해 몇 가지 테스트를 실행하여 바니시를 완전히 제거하고 그 차이점을 확인해야합니다. 비슷한 설정, 같은 문제, pagespeed가 활성화되었을 때 200-300ms의 지연이있는 다른 환경에서도이 기능을 사용해 보았습니다. 더 많은 정보가 있으면 포럼으로 넘어갈 것입니다. – Serpyre
놀랍지 만 문제 해결을 위해 구성에 대해 더 자세히 알아야합니다. 가장 좋은 방법은 https://groups.google.com/forum/#!forum/mod-pagespeed-discuss 또는 https://groups.google.com/forum/#!forum/ngx-pagespeed에서 이메일을 보내는 것입니다. - 토론. 더 많은 정보를 추가하십시오 : 전체 설정 파일, 모든 가져 오기 속도가 많이 느려 집니까? – sligocki