微軟以 KB5016691 的形式推出了 Windows 11 的可選更新，並在稍早前透過 KB5016693 推出了類似的 Windows Server 2022 更新。儘管前者最終將在下個月的補丁星期二（9 月 13 日）向消費者普及，但累積更新包含一些新功能，早期採用者現在可以使用。
這兩個更新都在其變更日誌中提到了伺服器訊息區塊 (SMB) 壓縮改進，但並沒有真正深入細節。幸運的是，微軟的 Ned Pyle在一篇專門的部落格文章中談到了SMB 壓縮的所有增強功能。
對於不知道的人，客戶端-伺服器環境中的 SMB 壓縮允許管理員、使用者和應用程式在內容通過網路傳輸時請求檔案壓縮。這種方法的好處顯然是減少了頻寬消耗，但它的代價是增加了 CPU 使用率，因為硬體在透過網路傳輸檔案時會嘗試壓縮和解壓縮檔案。
至少可以說，在 KB5016691 和 KB5016693 出現之前，SMB 壓縮的行為方式很奇怪。基本上，它使用了一種預設演算法，該演算法僅嘗試壓縮檔案的前500MiB（注意：1MB = 1000KB 但1MiB = 1024KB），任何小於此閾值的內容都不會被壓縮，即使它非常「可壓縮」。
還有一個額外的警告。在讀取文件的前 500MiB 期間，如果演算法偵測到可以壓縮不到 100MiB 的文件，則根本不會嘗試壓縮檔案的其餘部分。想像一下，有一個 10GiB 的檔案非常可壓縮，但前 500MiB 中只有 80MiB 可以壓縮，SMB 壓縮演算法將完全放棄壓縮文件，您最終會透過網路發送幾乎相同的 10GiB。強制壓縮的唯一方法是覆蓋某些預設註冊表設置，除非您確切知道自己在做什麼，否則編輯這些設置並不是您真正應該做的。
這是一種非常奇怪的行為，並且可能影響了許多用例。然而，好消息是微軟正在完全取消演算法中的限制。本質上，SMB 壓縮現在將盡力壓縮您請求壓縮的所有檔案。
顯然，這並不意味著在每個用例中都應該使用 SMB 壓縮。 Pyle 強調，一些格式，如 JPG、ZIP 和 DOCX 已經被壓縮，但取消這些限制肯定會使 VHDX、ISO 和 DMP 等其他格式受益。
以上是微軟正在大幅改進 Windows 11 中的 SMB 壓縮，以下是方法的詳細內容。更多資訊請關注PHP中文網其他相關文章！
