Was ist die beste Nginx-Komprimierungs-GZIP-Stufe?

Ich verwende den Nginx-Reverse-Proxy-Cache mit aktiviertem gzip. Ich habe jedoch einige Probleme aufgrund von HTTP-Anfragen von Android-Anwendungen an meinen Rails JSON-Webdienst. Wenn ich den Reverse-Proxy-Cache ausschalte, funktioniert er anscheinend in Ordnung, da der Antwortheader ohne gzip geliefert wird. Daher denke ich, dass das Problem durch gzip verursacht wird. Was ist die am besten geeignete Stufe der GZIP-Komprimierung?

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;

Die Stufe der gzip-Komprimierung bestimmt einfach, wie komprimiert die Daten auf einer Skala von 1 bis 9 sind, wobei 9 die am stärksten komprimierte ist. Der Nachteil ist, dass die am meisten komprimierten Daten in der Regel die meiste Arbeit zum Komprimieren / Dekomprimieren erfordern. Wenn Sie sie also auf einer Website mit hohem Volumen ziemlich hoch eingestellt haben, spüren Sie möglicherweise den Effekt.

Es scheint, dass Ihre Probleme eher mit den HTTP-Headern in den Anforderungen zusammenhängen. Normalerweise wird gzip-komprimierter HTTP-Datenverkehr vom Content-Encoding: gzipHeader begleitet. Wenn dies irgendwo gelöscht wird, weiß der Client möglicherweise nicht, dass er die Antwort dekomprimieren muss.

Ich habe dies unter Nginx 1.3.9 mit zwei Dateien getestet, und dies waren die Ergebnisse, die ich für die verschiedenen Ebenen erhalten habe:

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 (nicht komprimiert):

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)

Ich bin nicht sicher, wie repräsentativ dies ist, aber es sollte als Beispiel dienen. Ich habe auch die CPU-Auslastung nicht berücksichtigt, aber aus diesen Ergebnissen scheint die ideale Komprimierungsstufe zwischen 4und zu liegen 6.

Wenn Sie das gzip_staticModul verwenden, möchten Sie möglicherweise Ihre Dateien vorkomprimieren (in 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;
}

Auf diese Weise können Sie die bestmögliche Komprimierung erzielen, ohne bei jeder Anforderung die CPU zu belasten.

Wenn Sie wirklich CPU-Ressourcen sparen können, können Sie 9 verwenden, aber für die meisten Sites ist ein Wert von 2 ausreichend, da gzip die Datei nach Stufe 1 nicht wesentlich verkleinert.

Bearbeiten: Ich habe mir Amazon CloudFront angesehen und es scheint, als würde es Level 6 verwenden, wahrscheinlich weil dieses Level die Dekomprimierung beschleunigt und somit die Leistung beim Rendern von Seiten verbessert.

Wenn Sie eine Website mit hohem Volumen haben und dennoch eine vollständige Komprimierungsstufe (9) wünschen, ist es am besten, Ihren statischen Inhalt auf Amazon S3 oder ähnliche Objektspeicherdienste zu stellen und die komprimierten Dateien hochzuladen.

Sie möchten immer noch nginx verwenden, um Ihr HTML zu komprimieren. Um diesen Wert also auf dem normalen Wert zu halten, verwende ich dort 5.