微软以 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 压缩，以下是方法的详细内容。