在IIS7中啟用動態壓縮是否值得？

Question

我試圖找到所有可能的方法來改善我的網站性能。 我正在考慮在服務器級別啟用動態壓縮，但是關注性能命中（沒有壓縮頁面的緩存 - 文件損壞 - 服務器上的開銷）。 我應該放棄使用IIS 7進行動態壓縮嗎？ 有哪些模塊比內置壓縮模塊做得更好？

Answer 1

您幾乎應該始終啟用動態壓縮（默認情況下靜態打開）。 動態壓縮==過度處理壓力是一個有害的神話。 這是MSDN ：

盡管有一個共同的神話，但動態壓縮通常不會產生過高的CPU開銷。 事實上，動態壓縮通常會導致繁忙服務器上CPU利用率不到5％。 可以在某種程度上自由地部署動態壓縮，以便為任何應用程序工作負載節省最大帶寬。

此外，您可以在IIS7中為壓縮指定CPU限制。

Answer 2

您絕對應該啟用動態壓縮。 有關IIS 7中的前10個性能改進，請參閱此文章 。

引用文章：

壓縮帶寬減少

毫不奇怪，帶寬成本是運行面向Internet的數據中心的最高成本之一。 此外，提供所請求內容所需的帶寬是應用程序感知響應性的關鍵因素。

減少傳遞應用程序響應所需帶寬的最有效方法之一是使用HTTP壓縮。 當應用於諸如HTML的易於壓縮的文本內容時，這可以將響應的大小減小相當大的量，通常為10倍。 最好的部分是幾乎所有桌面瀏覽器都支持它，而桌面硬件上的解壓縮成本與發送較少數據所帶來的延遲相比是微不足道的。 由於壓縮基於HTTP 1.1協議中定義的內容編碼協商，因此對於不支持壓縮的客戶端啟用它是安全的 - 這些客戶端只需接收內容的未壓縮版本。