최고의 nginx 압축 gzip 수준은 무엇입니까?

gzip을 활성화 한 상태에서 nginx 리버스 프록시 캐시를 사용하고 있습니다. 그러나 Android 애플리케이션에서 Rails JSON 웹 서비스에 대한 HTTP 요청에 문제가 있습니다. 리버스 프록시 캐시를 끄면 응답 헤더에 gzip이 없으므로 제대로 작동합니다. 따라서 문제는 gzip으로 인한 것 같습니다. 가장 적합한 gzip 압축 수준은 무엇입니까?

gzip               on;
gzip_http_version  1.0;
gzip_vary          on;
gzip_comp_level    6;
gzip_proxied       any;
gzip_types         text/plain text/css text/javascript application/javascript application/json application/x-javascript text/xml application/xml application/xml+rss;

gzip 압축 수준은 단순히 데이터가 1-9에서 압축되는 정도를 결정합니다. 여기서 9가 가장 압축됩니다. 단점은 압축 된 데이터가 많을수록 압축 / 압축 해제하는 데 가장 많은 작업이 필요하다는 것입니다. 따라서 대량의 웹 사이트에서 데이터를 상당히 높게 설정하면 그 효과를 느낄 수 있습니다.

문제가 요청의 HTTP 헤더와 더 관련이있는 것 같습니다. 일반적으로 gzip 압축 HTTP 트래픽에는 Content-Encoding: gzip헤더 가 동반됩니다 . 이것이 어딘가에 떨어지면 클라이언트는 응답을 압축 해제 할 필요가 없습니다.

나는 이것을 두 개의 파일로 nginx 1.3.9에서 테스트했으며 다음은 다양한 수준에서 얻은 결과입니다.

text/html -phpinfo () :

0    55.38 KiB (100.00% of original size)
1    11.22 KiB ( 20.26% of original size)
2    10.89 KiB ( 19.66% of original size)
3    10.60 KiB ( 19.14% of original size)
4    10.17 KiB ( 18.36% of original size)
5     9.79 KiB ( 17.68% of original size)
6     9.62 KiB ( 17.37% of original size)
7     9.50 KiB ( 17.15% of original size)
8     9.45 KiB ( 17.06% of original size)
9     9.44 KiB ( 17.05% of original size)

application/x-javascript -jQuery 1.8.3 (비 압축) :

0    261.46 KiB (100.00% of original size)
1     95.01 KiB ( 36.34% of original size)
2     90.60 KiB ( 34.65% of original size)
3     87.16 KiB ( 33.36% of original size)
4     81.89 KiB ( 31.32% of original size)
5     79.33 KiB ( 30.34% of original size)
6     78.04 KiB ( 29.85% of original size)
7     77.85 KiB ( 29.78% of original size)
8     77.74 KiB ( 29.73% of original size)
9     77.75 KiB ( 29.74% of original size)

이것이 얼마나 대표적인지 잘 모르겠지만 예제로 사용되어야합니다. 또한, 나는 계정으로 CPU 사용량을 촬영하지 않은 그러나이 결과에서 이상적인 압축 수준은 사이가 될 것으로 보인다 4및 6.

또한 gzip_static모듈 을 사용하는 경우 파일을 사전 압축 할 수 있습니다 (PHP).

function gzip_static($path)
{
    if ((extension_loaded('zlib') === true) && (is_file($path) === true))
    {
        $levels = array();
        $content = file_get_contents($path);

        foreach (range(1, 9) as $level)
        {
            $levels[$level] = strlen(gzencode($content, $level));
        }

        if ((count($levels = array_filter($levels)) > 0) && (min($levels) < strlen($content)))
        {
            if (file_put_contents($path . '.gz', gzencode($content, array_search(min($levels), $levels)), LOCK_EX) !== false)
            {
                return touch($path . '.gz', filemtime($path), fileatime($path));
            }
        }
    }

    return false;
}

따라서 모든 요청에서 CPU를 희생하지 않고도 최상의 압축을 얻을 수 있습니다.

실제로 CPU 리소스를 절약 할 수 있으면 9를 사용할 수 있지만 gzip은 레벨 1 이후에 파일을 크게 줄이지 않기 때문에 대부분의 사이트에는 2의 값이면 충분합니다.

편집 : Amazon CloudFront를 살펴본 결과 레벨 6을 사용하고있는 것 같습니다. 아마도 해당 레벨이 압축 풀기를 더 빠르게 실행하여 페이지 렌더링 성능을 향상시키는 레벨 일 것입니다.

대량의 웹 사이트가 있고 여전히 전체 수준 (9)의 압축을 원하는 경우 정적 콘텐츠를 Amazon S3 또는 유사한 객체 스토리지 서비스에 배치하고 압축 파일을 업로드하는 것이 가장 좋습니다.

여전히 nginx를 사용하여 HTML을 압축하고 싶습니다. 그래서 그 값을 정상으로 유지하는 것이 좋습니다 .5를 사용합니다.