☰

为什么 gzip 压缩在 IIS 中的效率有所不同？

tag-icon • tag-icon iis-7.5 gzip
为什么 gzip 压缩在 IIS 中的效率有所不同？

在运行 Fiddler 时，我注意到在向我的服务器请求一个静态~5MB XML 文件时出现了一些奇怪的情况：尽管发送了逐字节相同的标头（编辑：包括标头），但响应却不同：

响应 A：
1. 700KB 的 gzip 内容
2. 包含 Content-Length 标头
3. 排除 Transfer-Encoding 标头

响应 B：
1. 1000KB 的 gzip 内容
2. 排除 Content-Length 标头
3. 包含 Transfer-Encoding 标头：分块标头

我该怎么做才能始终如一地收到响应 A 中显示的更节省带宽的行为？

原始请求：

GET http://[REDACTED]/[REDACTED]/[REDACTED]/[REDACTED].xml?dt=Test1 HTTP/1.1
Host: [REDACTED]
Connection: keep-alive
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3

原始响应A：

HTTP/1.1 200 OK
Content-Type: text/xml
Content-Encoding: gzip
Last-Modified: Tue, 07 May 2013 04:04:01 GMT
Accept-Ranges: bytes
ETag: "80ceefe7d74ace1:0"
Vary: Accept-Encoding
Server: Microsoft-IIS/7.5
X-Powered-By: ASP.NET
Date: Tue, 07 May 2013 21:07:21 GMT
Content-Length: 728105

[700KB GZipped Body]

原始响应B：

HTTP/1.1 200 OK
Transfer-Encoding: chunked
Content-Type: text/xml
Content-Encoding: gzip
Last-Modified: Tue, 07 May 2013 04:04:01 GMT
Accept-Ranges: bytes
ETag: "60be30e8d74ace1:0"
Vary: Accept-Encoding
Server: Microsoft-IIS/7.5
X-Powered-By: ASP.NET
Date: Tue, 07 May 2013 21:07:14 GMT

[1MB Gzipped Body]

答案1

静态文件的压缩是动态处理的（如果启用了动态压缩），而文件被视为不频繁由 IIS 处理。一旦文件被频繁它将被压缩并缓存（如果启用了静态压缩）。缓存版本将继续提供，直到它再次变得不频繁。您可以在 IIS 中使用 2 个配置设置来配置频繁文件：

系统.web服务器/服务器运行时：

  • frequentHitThreshold：同一个文件被请求多少次才会被视为频繁请求并被缓存？默认为 2。
  • frequentHitTimePeriod：为了缓存，同一文件应被请求 {frequentHitThreshold} 次的时间间隔。默认为 10 秒。

请注意，无论您设置了多少个 oftenHitTimePeriod，如果 1 分钟后没有请求，频繁文件将始终变为不频繁文件。我不知道配置中是否有此设置。

例如，设置frequentHitThreshold为 1 意味着 IIS 始终将该文件视为频繁文件，即使从第一次请求开始也是如此。这样一来，文件就会绕过动态压缩，只通过静态压缩进行处理。

请注意，动态（默认值 0）和静态（默认值 7）压缩的压缩级别不同，因此会返回 2 个不同的文件大小。

这就是我首先陷入这个问题的原因：即使对两者使用相同的级别，同一个文件的 ETag 在动态压缩和静态压缩之间也是不同的。

希望这可以帮助。

答案2

显然，在第一次请求静态文件时，IIS 的压缩文件缓存中没有该文件的压缩副本，因此它对该请求使用动态压缩。可以通过将元素serverRuntime的frequentHitTHreshold属性设置为 1 来解决此问题。

详细讨论了这一点这里。只有在提供 CDN 时，此设置才值得更改。

答案3

有关 IIS 动态压缩的更多详细信息，请参阅此处：

http://www.west-wind.com/weblog/posts/2011/May/05/Builtin-GZipDeflate-Compression-on-IIS-7x

基本上，服务器 CPU 负载较高，压缩较少

这里有更多的详细信息以及如何配置压缩级别：

http://weblogs.asp.net/owscott/archive/2009/02/22/iis-7-compression-good-bad-how-much.aspx

相关内容