IIS6 웹 서버에서 gzip 압축을 다시 활성화했습니다. 정적 및 동적 압축 (정적 레벨 10 및 동적 레벨 1)을 모두 사용합니다. 이는 서버 응답 시간 성능을 향상시키는 방법입니다. 그러나 압축이 활성화 된 후 페이지가 더 느리게로드되는 것 같습니다. 방화범에 의한 나의 모든 측정은 이것을 나타냅니다.압축하면 응답 시간이 느려집니다
이 문제가 발생한 사람이 있습니까? 그 원인은 무엇일까요?
응답 시간이 증가하는 것은 정상이므로 서버와 클라이언트에서 더 많은 작업을 수행하고 있습니다. 낮은 대역폭의 연결에서는 전송 시간을 줄이면 유용 할 수 있습니다.
고 대역폭 연결을 사용하는 경우 압축은 이미 압축되지 않은 상태이므로 전송 지연에 큰 영향을 미치지 않습니다. 그러나 CPU 페널티 100 %를 지불하게됩니다.
큰 응답을 압축하면 상당히 많은 CPU 전력이 사용됩니다. 서버 CPU가 이미로드되어 있으면 응답 시간이 더 악화 될 수 있습니다.
내 충고 : 서버 CPU를 점검하고 무시할 수없는 경우 지퍼를 끄거나 더 큰 상자를 구입하십시오. 휴대 전화 또는 인터넷 연결이 원활하지 않은 원격 위치에 많은 인구가있는 경우 압축이 유용 할 수 있습니다. 그렇지 않으면 큰 차이가 없습니다.
리버스 프록시를 사용하여 서버로드를 줄일 수도 있습니다.
브라우저와 서버 사이의 대역폭은 얼마입니까?
스트림을 압축하고 압축을 푸는 것이 더 많은 작업이므로 고속 네트워크에서 실제로 느려질 수 있습니다. 인트라넷 응용 프로그램입니까? 당신이 꽉 대역폭 요구 사항 (트래픽 중 많은, 또는 낮은 대역폭 연결이있는 경우 압축을위한 가장 이득을 볼 수 있습니다.
얼마나 압축 또한 귀하의 사이트가 제공하는 콘텐츠의 종류에 따라 달라집니다 수 있습니다.
가장 좋은 방법은 사이트가 프로덕션 환경에있을 때와 동일한 조건에서 테스트하고 측정하는 것입니다.
정적 압축은 gzip 파일의 복사본이 임시 폴더에 저장되기 때문에 효과적입니다. 그러나 동적 압축 응답은 매번 다시 압축해야하며 대역폭이 큰 문제가 아닌 한 생각하지 않습니다 그만한 가치가있어.
실제로 저는 매우 비싼 오버로드 된 T1/E1 회선에서 빈약 한 엔터프라이즈 인트라넷 사용자를 잊어 버렸습니다. 이러한 경우에는 원격 위치의 역방향 프록시가 놀라운 기능을 수행 할 수 있습니다 (더 큰 상자 ;-). –