Правильный размер super важен для возможности обновления устройства. Размер напрямую влияет на то, сколько обновлений может принять устройство и сколько пользователей могут успешно принять эти обновления.
Есть несколько важных переменных, которые следует учитывать. Первая — это заводской размер , который представляет собой размер всех динамических разделов при первой прошивке устройства. Вторая — это скорость роста , которая представляет собой процент увеличения размера ОС за весь обновляемый срок службы устройства.
Кроме того, виртуальные устройства A/B могут использовать пространство на /data во время обновления, и это необходимо учитывать при определении размера super . Если на /data требуется слишком много места, то некоторые пользователи не смогут (или не захотят) выполнить обновление. Однако, если известно, что у большинства пользователей есть некоторый процент свободного места, то устройства могут спокойно вычесть это пространство из super . Или устройства могут гарантировать, что /data никогда не понадобится, просто сделав super достаточно большим.
Ниже приведены некоторые модели, которые помогут определить размер super на основе этих переменных.
Положитесь на /данные
Virtual A/B поощряет сокращение super для увеличения размера /data . Часть этого пространства требуется во время обновления. Чтобы понять влияние на обновляемость, важно знать, какой процент устройств, скорее всего, будет иметь этот объем свободного пространства с течением времени. Определение этого числа во многом зависит от аппаратного обеспечения устройства и поведения пользователей этого устройства. В примерах ниже это число называется AllowedUserdataUse .
Без сжатия
Без сжатия для полной OTA требуется снимок примерно того же размера, что и ОС, поэтому это необходимо учитывать при определении размера super :
FinalDessertSize = FactorySize + (FactorySize * ExpectedGrowth) Super = Max(FinalDessertUpdate, FinalDessertSize * 2 - AllowedUserdataUse)
Например, рассмотрим устройство Virtual A/B с заводским размером 4 ГБ, ожидаемым ростом 50% и знанием того, что почти у всех пользователей есть 1 ГБ свободного места (или они готовы освободить до 1 ГБ пространства для обновления). Для этого устройства super может быть размером следующим образом:
FinalDessertSize = 4GB + (4GB * 0.5) = 6GB Super = Max(6GB, 6GB * 2 - 1GB) = Max(6GB, 11GB)
Таким образом, это устройство должно иметь super размером 11 ГБ.
С компрессией
При сжатии для полной OTA требуется снимок размером примерно 70% от размера ОС:
FinalDessertSize = FactorySize + (FactorySize * ExpectedGrowth) FinalOTASnapshotSize = FinalDessertSize * 0.7 Super = Max(FinalDessertUpdate, FinalDessertSize + FinalOTASnapshotSize - AllowedUserdataUse)
Например, рассмотрим устройство, настроенное с помощью Virtual A/B compression, с заводским размером 4 ГБ, ожидаемым ростом 50% и знанием того, что почти у всех пользователей есть 1 ГБ свободного места (или они готовы освободить до 1 ГБ пространства для обновления). Для этого устройства super может быть размером следующим образом:
FinalDessertSize = 4GB + (4GB * 0.5) = 6GB FinalOTASnapshotSize = 6GB * 0.7 = 4.2GB Super = Max(6GB, 6GB + 4.2GB - 1GB) = Max(6GB, 9.2GB) = 9.2GB
Таким образом, это устройство должно иметь super размером 9,2 ГБ.
Не полагаясь на /data
Если вы хотите иметь OTA, которым никогда не требуется место для снимков на /data , то задать размер super просто.
Без сжатия
Для виртуального устройства A/B без сжатия или обычного устройства A/B:
FinalDessertSize = FactorySize + (FactorySize * ExpectedGrowth) Super = FinalDessertSize * 2
Например, рассмотрим виртуальное устройство A/B с заводским размером 4 ГБ и ожидаемым ростом 50%. Чтобы гарантировать, что это устройство никогда не будет использовать /data для снимков OTA, его расчет будет выглядеть следующим образом:
FinalDessertSize = 4GB + (4GB * 0.5) = 6GB Super = FinalDessertSize * 2 = 12GB
Таким образом, данное устройство должно иметь super размером 12 ГБ.
С компрессией
Для виртуального устройства A/B со сжатием:
FinalDessertSize = FactorySize + (FactorySize * ExpectedGrowth) FinalOTASnapshotSize = FinalDessertSize * 0.7 Super = FinalDessertSize + FinalOTASnapshotSize
Например, рассмотрим устройство сжатия Virtual A/B с заводским размером 4 ГБ и ожидаемым ростом 50%. Чтобы гарантировать, что это устройство никогда не будет использовать /data для снимков OTA, его расчет будет выглядеть следующим образом:
FinalDessertSize = 4GB + (4GB * 0.5) = 6GB FinalOTASnapshotSize = 6GB * 0.7 = 4.2GB Super = 6GB + 4.2GB = 10.2GB
Таким образом, данное устройство должно иметь super размером 10,2 ГБ.
Предостережения
Может возникнуть соблазн заметить, что если размер factory составляет 4 ГБ, а final update — 5 ГБ, то super должен быть 9 ГБ, а не 10 ГБ. Однако если первое обновление и final update оба по 5 ГБ, то места в super может быть недостаточно для final update. Формулы выше предполагают, что рост раздела может произойти в любое время. Место, необходимое для применения final update, может быть таким же, как и для применения first update.
Обратите внимание, что коэффициенты сжатия являются приблизительными. Образ ОС может сжиматься лучше или хуже в зависимости от его содержимого. При использовании сжатой файловой системы, такой как EROFS, дополнительное сжатие от Virtual A/B имеет убывающую отдачу. В этом случае лучше использовать одну из несжатых формул в качестве ориентира.
Рассчитайте размер
Чтобы найти значение FinalDessertSize в приведенных выше примерах, сложите размеры всех динамических разделов. Образы динамических разделов AOSP:
-
system.img -
vendor.img -
product.img -
system_ext.img -
vendor_dlkm.img -
system_dlkm.img
Обязательно рассчитайте размер на основе неразорванных изображений. При сборке Android 12 или ниже изображения по умолчанию разрежены и могут быть разорваны с помощью simg2img .
Также можно рассчитать размеры разделов из пакета OTA. Это также позволяет оценить размер виртуального снимка A/B для каждого раздела:
python3 system/update_engine/scripts/payload_info.py path/to/ota-package.zip
Или вы можете использовать OTA Analysis Tool . Этот инструмент не загружает никаких файлов и анализирует OTA-пакеты локально.
Чтобы найти значение ExpectedGrowth , используйте ранее выпущенное устройство. Используйте самое раннее и самое последнее super для расчета роста.