A/B软件更新系统镜像大小
A/B software updates system image size
最近我一直在研究以尝试理解 Android OTA 软件更新，并在 Android 源 wiki 上找到了一些关于 A/B 更新和传统更新的重要信息：
https://source.android.com/devices/tech/ota/
具体来说，为什么会在像素分区大小中报告 table
那个"Pixel's A/B system image is half the original non-A/B system image"。
据此，净大小与 A/B 中的相同，每个分区需要大小为 2048 MiB 的系统分区，对于非 A/B，则为 4096 MiB。它们在功能上是否相同，因为有两组系统文件，其中一组用于恢复，还是这里有其他问题？
50% 的系统映像是预编译的 odex 文件 (-2048MiB)
- 将它们移动到 B 分区
- 首次启动时复制到 /data
- 参见BOARD_USES_SYSTEM_OTHER_ODEX BoardConfig 选项
- 现在 A/B /system 采用与非 A/B /system
相同的 space
最近我一直在研究以尝试理解 Android OTA 软件更新，并在 Android 源 wiki 上找到了一些关于 A/B 更新和传统更新的重要信息：
https://source.android.com/devices/tech/ota/
具体来说，为什么会在像素分区大小中报告 table
那个"Pixel's A/B system image is half the original non-A/B system image"。
据此，净大小与 A/B 中的相同，每个分区需要大小为 2048 MiB 的系统分区，对于非 A/B，则为 4096 MiB。它们在功能上是否相同，因为有两组系统文件，其中一组用于恢复，还是这里有其他问题？
50% 的系统映像是预编译的 odex 文件 (-2048MiB)
- 将它们移动到 B 分区
- 首次启动时复制到 /data
- 参见BOARD_USES_SYSTEM_OTHER_ODEX BoardConfig 选项
- 现在 A/B /system 采用与非 A/B /system 相同的 space