微软正在显着改进 Windows 11 中的 SMB 压缩，以下是方法

今天golang学习网给大家带来了《微软正在显着改进 Windows 11 中的 SMB 压缩，以下是方法》，其中涉及到的知识点包括等等，无论你是小白还是老手，都适合看一看哦~有好的建议也欢迎大家在评论留言，若是看完有所收获，也希望大家能多多点赞支持呀！一起加油学习~

微软以 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 压缩，以下是方法》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！