用户因大苏尔的密封系统而失败

Big Sur密封的系统容量似乎是个好主意。尽管Catalina中的只读版本可能看起来难以置信，但使用Merkle散列树来确保完整性，然后将整个批次锁定在快照中，则看起来更加健壮。但是，像其他好的工程构想一样，它也需要彻底考虑。

即使在一个完美的macOS开发周期中，通常也至少会有五个实质性更新。此外，紧急补丁通常有令人信服的理由。最近的sudo bug是一个很好的例子，其中没有人有过错，尽管每个人都应该为十年来没有发现这一点而负责。即使在非大流行时期，将该修补程序滚动到11.2也可能会造成破坏，因此需要11.2.1，它在新版本编号中的作用要好得多。

然后，Apple必须已收到有关严重的硬件/固件问题的报告，该问题实际上正在损坏最新的Mac型号，并且受影响的Mac的固件更新更加紧迫。 11.2.2出现了，距11.2.1仅两周，而距11.2仅八天。

在过去的macOS中，无论是由系统安装还是使用可下载的Installer软件包安装，这两个补丁都可能很小。现在，有几个因素共同导致将几千字节的更改转换为几GB的更新：

固件更新仅作为macOS更新的一部分提供，Apple认为每个macOS更新都必须包括一套完整的Intel型号当前固件。这为每次更新贡献了大约600 MB，现在也许也可以满足T2和M1型号的需求。

dyld缓存，在/ System / Library / dyld中压缩时，九个文件占用大约4 GB的空间，其中包含所有系统提供的库的动态链接器缓存。这些都属于SSV，并且似乎必须在每个macOS更新中新鲜提供。

完全支持Intel和ARM本地代码，但Rosetta 2除外，后者仅驻留在Apple Silicon模型的数据量上，并分别进行管理。

Big Sur 11.2.2更新很好地说明了几乎为空的更改，但对于Intel Mac，需要下载2.6 GB的安装程序文件，对于M1型号，则需要下载3.1 GB。为了进行比较，对Catalina的最小更新需要少于1.2 GB，而Mojave少于1 GB，其中许多似乎是每台受支持的Mac都必须安装的固件。

安装这些大得多的更新所需的时间也大大增加了。与iOS / iPadOS一样，Big Sur更新现在至少需要15分钟的“准备”才能开始安装。在此“准备”阶段，通过在日志条目中输入错字使此处的相似性更加明显，例如，“ BRAIN”不是用作macOS，而是“ iOS 11.2.1 20D74（客户）”。

使用本地Content Caching Server最大限度地减少下载时间，第二次及以后的更新仍然至少需要40-45分钟的时间，M1型号必须从Apple的服务器上下载另外的1 GB，并且不能从以下位置获得本地缓存。

正如杰夫·约翰逊（Jeff Johnson）提醒我们的那样，苹果仍然声称Big Sur具有“更快的更新。一旦安装了macOS Big Sur，软件更新就会在后台开始，并且更新速度比以前快-因此，比以往任何时候都更容易使Mac保持最新并保持安全。”上个月一直在更新Big Sur的任何人都知道这根本不是事实，并且其推理是有缺陷的。无论是否在后台下载更新，当像11.2.2这样的空更新除了要进行15分钟的“准备”之外要花半个多小时才能安装时，今天的更新要比以往任何时候都耗时得多。

本月已经证明，重申并磨擦直到伤口再次流血，这是大苏尔（Big Sur）的巨大和令人衰弱的更新。要解决某些型号固件的问题，现在要求运行Big Sur的每个人都下载2.6至3.1 GB的安装程序文件，然后等待，因为在超过40分钟的准备和安装过程中Mac无法使用。对于大多数具有高带宽Internet连接的用户来说，总共至少需要一个小时，这比Mojave和更早版本中的主要更新要长。

更糟糕的是，如果您不幸无法从M1 Mac上的外部可启动SSD运行，那么您甚至可能无法更新macOS，这也可能适用于在VM中运行的Big Sur。

苹果公司是否在去年的WWDC上解释了SSV的这些成本和处罚，难道不是从虚拟阶段就对它进行了嘘声吗？为了让用户而不是自己的工程师来使用，Apple需要一种激进的方法。取代每次更新都基于通用的数据文件集，安装人员的大脑需要更智能地工作。为什么每台Mac都需要每种型号的固件副本？如何减轻服饰负担？

如果Apple无法提供更好的解决方案来满足世界各地用户的需求，那么许多人就不会继续更新，Big Sur将成为不应该成为的现实。