Apa level gzip kompresi nginx terbaik?

Saya menggunakan cache proxy reverse nginx dengan gzip diaktifkan. Namun, saya mendapat beberapa masalah dari aplikasi Android HTTP-request ke layanan web Rails JSON saya. Tampaknya ketika saya mematikan cache proxy terbalik, berfungsi dengan baik karena header respons datang tanpa gzip. Karena itu, saya pikir masalahnya disebabkan oleh gzip. Apa tingkat kompresi gzip yang paling tepat?

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;

Tingkat kompresi gzip hanya menentukan seberapa kompres data pada skala 1-9, di mana 9 adalah yang paling terkompresi. Imbalannya adalah bahwa data yang paling dikompresi biasanya membutuhkan kerja paling banyak untuk dikompres / dekompresi, jadi jika Anda memilikinya cukup tinggi pada situs web volume tinggi, Anda mungkin merasakan efeknya.

Sepertinya masalah Anda lebih terkait dengan header HTTP pada permintaan. Biasanya traffic HTTP yang dikompresi dengan gzip disertai dengan Content-Encoding: gzipheader. Jika ini dijatuhkan di suatu tempat, maka klien mungkin tidak tahu harus mendekompres responsnya.

Saya menguji ini di bawah nginx 1.3.9 dengan dua file, dan ini adalah hasil yang saya dapatkan untuk berbagai tingkatan:

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 (Tidak terkompresi):

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)

Saya tidak yakin seberapa representatifnya hal ini tetapi harus dijadikan contoh. Juga, saya belum memperhitungkan penggunaan CPU tetapi dari hasil ini tingkat kompresi yang ideal tampaknya antara 4dan 6.

Selain itu, jika Anda menggunakan gzip_staticmodul, Anda mungkin ingin melakukan pra-kompres file Anda (dalam 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;
}

Ini memungkinkan Anda untuk mendapatkan kompresi terbaik tanpa mengorbankan CPU pada setiap permintaan.

Jika Anda benar-benar dapat menghemat sumber daya CPU, Anda dapat menggunakan 9, tetapi untuk sebagian besar situs nilai 2 sudah cukup, karena gzip tidak mengurangi banyak file setelah level 1.

Sunting: Saya melihat Amazon CloudFront dan tampaknya menggunakan level 6, mungkin karena level itu adalah yang menjalankan dekompresi lebih cepat, sehingga meningkatkan kinerja pembuatan halaman.

Jika Anda memiliki situs web bervolume tinggi dan masih ingin memiliki tingkat penuh (9) kompresi, ide terbaik adalah menempatkan konten statis Anda di Amazon S3 atau layanan penyimpanan objek serupa dan mengunggah file terkompresi.

Anda masih ingin menggunakan nginx untuk mengompresi HTML Anda, jadi lebih baik untuk menjaga nilai itu tetap normal, saya menggunakan 5 di sana.