![1649093327_windows_11_logo_story 1649093327_windows_11_logo_story](https://www.yundongfang.com/wp-content/uploads/2023/08/2023082022432364.gif)
微软以 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 等其他格式受益。
原创文章,作者:校长,如若转载,请注明出处:https://www.yundongfang.com/Yun185927.html