Загрузчик dsu что это

18.11.21, 15:42 | #2101
●

Постоянный
Реп: ( 23 )

Обсуждение Infinix Hot 11S
Infinix Hot 11S
Обсуждение »

Технические характеристики

Центральный процессор: MediaTek Helio G88
Экран: IPS 6.78» (1080*2460px, частота обновления 90 Гц, частота дискретизации сенсора 180 Гц)
Память: 4/64GB, поддержка до 256GB microSD карт
Камера: 8MP FF / 50MP AF + 2MP FF + AI LENS
Батарея: 5000mAh батарея; 18W зарядное устройство
Операционная система: Глобальная версия на базе Android 11, XOS Dolphin v7.6.0.
Коммуникации: Wi-Fi IEEE 802.11 a/b/g/n; Bluetooth 5.1; typeC; GPS; NFC, аудио разъём 3,5 мм
Датчики: сканер отпечатков пальцев, акселерометр, гироскоп, датчики приближения и освещения, электронный компас
Сеть: 4G/LTE; 3G; GSM; два слота под SIM карты
Габариты и вес: 77*168.9*8.8mm, 205g

Android 13 улучшит DSU — установка общей системы GSI в два раза быстрее

Динамическое обновление системы (DSU) — одна из малоизвестных функций Android. Эта функция позволяет пользователям устанавливать общий образ системы (GSI) без разблокировки загрузчика или установки системных обновлений. Это упрощает переключение между текущим образом системы и GSI. Впервые представленная в Android 10, эта функция является одним из самых простых способов для разработчиков протестировать последнюю версию Android 13. Согласно информации от технического эксперта Мишаала Рахмана, DSU получит улучшения в Android 13.

Android 13 1024x470

Новый коммит от AOSP Gerrit предполагает, что Google вносит заметные улучшения производительности в DSU. Установка GSI через DSU выполняется намного быстрее за счет увеличения общей памяти по умолчанию . Google отмечает, что небольшое увеличение объема памяти (с 8 КБ до 64 КБ) значительно ускорит динамическую установку системы как на физических, так и на виртуальных устройствах.

Тесты Google показывают, что время установки на физическом устройстве сокращается с 2 минут и 2 секунд до 45 секунд. Кроме того, время установки на виртуальное устройство сокращается с 45 до 30 секунд.

Кроме того, индикатор выполнения также получил некоторые новые улучшения. Во время установки GSI индикатор выполнения в центре уведомлений будет показывать устанавливаемый раздел . В текущей версии Android 13 отображается только «Установка». DSU также добавит поддержку образов system, system_ext и продуктов. Эти функции и улучшения пока недоступны в Android 13 Developer Preview.

Android 13 будет изначально поддерживать открытие нескольких карт eSIM на одном чипе.

Традиционные мобильные телефоны используют физическую карту (SIM-карту) для подключения к сотовой сети. Тем не менее, цифровая карта eSIM не развивается быстро, отчасти потому, что она не полностью совместима с Android. Согласно новому отчету Esper, Google может внедрить eSIM в Android 13 , чтобы повысить популярность этой технологии. Эспер сообщает, что кодовая база Android 13 содержит патент, поданный Google в 2020 году, который позволяет использовать несколько профилей SIM-карт на одном встроенном чипе .

Согласно патентному описанию, это достигается за счет разделения единой физической шины данных между модемом и чипом eSIM на несколько логических интерфейсов, которые затем объединяются в один физический интерфейс. Это похоже на то, что современные ЦП разделяют физические ядра ЦП на логические ядра ЦП для одновременного выполнения большего количества задач. В отличие от физической SIM-карты, которая должна быть оснащена слотом, для eSIM требуется только небольшой компонент на материнской плате, что оставляет больше места для размещения в телефоне более крупных аккумуляторов, оборудования камеры или других компонентов. Однако не многие телефоны полностью отказались от физического слота для SIM-карты.

DSU Loader для Android 11 позволяет разработчикам тестировать приложения на стоковой Android, как никогда ранее.

Хорошая экосистема приложений — одна из важнейших составляющих успеха операционной системы. И Google, и Apple осознают ценность наличия хороших приложений на своих платформах, поэтому обе компании пытаются сбалансировать потребности своих пользователей и разработчиков приложений. Пользователи продолжают настаивать на изменениях в ОС, и хотя большинство людей обычно ценят новые функции, эти изменения не всегда приносят удовольствие разработчикам приложений, поскольку они могут изменить многие основные функции и поведение. Для разработчиков, которые постоянно работают над поддержанием актуальности своих приложений, работа с этими изменениями дополняет их растущий рабочий список. Даже если эти изменения не влияют напрямую на их приложения, разработчикам все равно необходимо убедиться, что их приложения будут работать в новом обновлении ОС. За прошедшие годы Google внесла много изменений, чтобы упростить этот процесс для разработчиков приложений для Android, и теперь новая функция Android 11 под названием DSU Loader позволит разработчикам приложений еще проще тестировать свои приложения на новых версиях Android.

Она начинается с Проект высоких частот

Проект Treble, представленный в Android 8.0является основным реорганизация ОС Android, Цель Project Treble состояла в том, чтобы разделить ОС Android на две большие части: каркас и реализацию поставщика (здесь под «поставщиком» понимается производитель любого проприетарного аппаратного компонента, найденного в устройстве, обычно ссылающегося на кремний). Платформа Android OS — это сама операционная система, включая все системные приложения, пользовательский интерфейс и его компоненты, а также API-интерфейсы, которые являются общими для всех устройств Android. Реализация поставщика содержит HAL (уровни аппаратной абстракции) производителя, а также модули ядра Linux и ядра Linux.

Поскольку OEM-производители поставляют смартфоны с различными аппаратными компонентами от разных производителей, им приходится много работать, чтобы запустить оборудование в одной версии ОС Android. Затем с каждым новым обновлением ОС Android им приходится проделывать еще больше работы, чтобы убедиться, что их оборудование работает с новой версией. Но благодаря тому, что Project Treble стандартизирует ABI (двоичный интерфейс приложений) между платформой ОС Android и HAL для конкретной версии Android, OEM-производители Android могут начать тестирование обновлений на своих устройствах, не дожидаясь, пока производители кремния и другие производители компонентов обновят свои версии. код. Это изменение заметно ускорилось способ обработки обновлений Android.

В этом суть того, что Project Treble сделал для обновлений Android, но для разработчиков приложений здесь важнее то, что Treble позволил использовать общие системные образы (GSI) для тестирования совместимости.

Появление GSIs

Чтобы OEM-производители могли проверить, правильно ли они внедрили Project Treble, Google обязывает OEM-производителя загрузить на устройство чистую сборку Android из AOSP. Эта чистая сборка Android называется Generic System Image, или GSI. Если GSI загружается и большинство основных аппаратных средств функционируют должным образом, OEM-производитель знает, что его устройство соответствует требованиям Project Treble. Первоначальная цель GSI была, таким образом, для тестирования совместимости с Treble, но, как мы видели в сообществе разработчиков здесь, в XDA-Developers, они могут использоваться для других целей. Мы видели, как GSIs может по существу позволить устройствам с тяжелыми UX для Android пользоваться последней версией Android с работающими функциями в течение нескольких дней после выхода новой версии. Но Google предвидит еще одну цель, стоящую за GSI: дать разработчикам приложений возможность тестировать свои приложения на новой версии Android на физическом устройстве, которым они уже владеют.

С Android 10 Google выпустила собственные сборки GSI для разработчиков. Google поддержал идею о том, что разработчики приложений должны использовать GSI для загрузки чистой сборки Android на собственном оборудовании, чтобы упростить тестирование поведения их приложений со стандартным Android. Таким образом, этот метод добавляется к существующим вариантам тестирования совместимости приложений на стандартном Android без изменения поведения OEM, другие используют смартфон Pixel, официальный эмулятор Android в Android Studio или развертывают сборки приложений на экземпляре устройства в облаке.

Несмотря на все удобства, которые принесли GSI, их установка все еще была громоздкой. Разработчикам приложений может быть неудобно вручную мигать системный образ на устройстве Android, поскольку обычно это знакомы только любителям или разработчикам ОС Android. Установка GSI требовала перепрошивки образа системы поверх быстрая загрузка, что требует отключения Android Verified Boot и разблокировки загрузчика. Разблокировка загрузчика, в свою очередь, требует полной очистки данных пользователя. И, как мы все знаем, не существует единого процесса или руководства для разблокировки загрузчика каждого Android-устройства, поэтому нет последовательности, которую можно было бы найти. Например, устройства Samsung не имеют быстрой загрузки, в то время как устройства Xiaomi заставляют вас прыгать через несколько обручей, чтобы разблокировать загрузчик. Это удобный беспорядок, который может быть распутан во что-то более простое.

Это где динамические обновления системы входят.

Динамические обновления системы просто установка GSI

Google осознал, что текущий метод установки GSI не был идеальным решением, поэтому они начали работать над лучшим решением. В Android 10 Google начал тестировать динамические обновления системыили DSU. DSU — это новый способ временной установки GSI без необходимости использовать команды fastboot для прошивки образа системы, перезаписывая исходную установку. С помощью DSU вы можете загрузиться в GSI, протестировать свое приложение, а затем удобно перезагрузиться в исходную установку, которая осталась нетронутой.

Причина, по которой DSU может установить GSI, не затрагивая исходную установку, заключается в том, что он создает новые образы системы и разделов данных, которые временно сохраняются в / Данных / GSI, Эти образы затем монтируются во время загрузки, а не в исходную систему и разделы данных. Поскольку телефону требуется дополнительное место для хранения этих новых временных изображений, на вашем телефоне должны быть «логические разделы», которые представляют собой разделы с динамическим изменением размера. Логические разделы — это новая система разбиения пользовательских пространств для Android, которая является обязательной для устройств, запускаемых с Android 10. Если ваше устройство запущено с Android 10, то оно должно поддерживать установку GSI через DSU.

В Android 10 все, что вам нужно сделать, чтобы установить GSI через DSU изменить системное свойство, а затем запустить ДинамикСистемупдатесИнсталлатионСервис отправив намерение с путем к GSI в качестве дополнительного намерения.

Android 11 временно установлен на Pixel 3 XL без очистки Android 10 установить благодаря Dynamic System Updates (DSU). К сожалению, для загрузки требуется разблокированный загрузчик. pic.twitter.com/6TfUFD3ut9

— Мишааль Рахман (@MishaalRahman) 22 февраля 2020

Хотя этот процесс может показаться незнакомым, он гораздо проще и менее навязчив, по сравнению с использованием команд fastboot и работой со всеми проблемами, включая первоначальную установку. Вы требуете некоторых знаний Азиатский банк развития и намерен использовать DSU, но это не должно быть проблемой для большинства разработчиков приложений. Тем не менее, нет причин, по которым этот процесс нельзя было сделать еще проще. Кроме того, существует тот факт, что установка GSI через DSU все еще требует разблокировки загрузчика, стирая все пользовательские данные в процессе. С этой целью Google внес изменения, чтобы улучшить оба аспекта установки GSI. В Android 11 они избавили от необходимости использовать командную строку для установки GSI. Отдельно они также позволили установить GSI без разблокировки загрузчика.

DSU Loader в Android 11

DSU Loader — это новый инструмент в опциях разработчика Android 11, который позволяет загружать и установите последнюю версию GSI от Google без необходимости вводить какие-либо команды fastboot или ADB. Просто нажмите на опцию DSU Loader в настройках, и появится диалоговое окно со списком поддерживаемых GSI прямо из Google. Эти поддерживаемые GSI будут основаны на вашей текущей ОС и архитектуре, поэтому вы можете устанавливать только те GSI, которые новее, чем ваша версия ОС и которые соответствуют вашей архитектуре SoC. Просто выберите GSI, который вы хотите установить, и он будет загружен с серверов Google и автоматически установлен в фоновом режиме.

DSU Loader на Android 11

Благодаря DSU Loader разработчикам не нужно прикасаться к командной строке, чтобы установить GSI. По крайней мере, это мечта, потому что остается решить еще одну проблему.

Путь вперед

В настоящее время для установки GSI через DSU Loader необходим разблокированный загрузчик. Хотя это может нанести ущерб цели всего испытания, это не должно быть так, и нам говорят, что это будет исправлено. Google запланировал, что пользователи смогут загружать GSI, подписанные Google, через DSU без необходимости разблокировать загрузчик. На самом деле, Google обязывает это все устройства запуска Android 10 включают открытые ключи Android Verified Boot подписанных Google Android 10, Android 11 и Android 12 GSI. Включение открытых ключей AVB в виртуальный диск устройства гарантирует, что AVB не будет отклонять GSI, который вы пытаетесь загрузить. Вот почему текущий метод включает в себя разблокировку загрузчика — мигая пустым образом vbmeta в раздел vbmeta, вы отключаете AVB, чтобы он не отклонял GSI, который вы собираетесь прошить. Отключение AVB представляет собой серьезную угрозу безопасности, поскольку означает, что любой модифицированный раздел system / boot / product / vendor может быть загружен на устройство, поэтому Google хочет отменить это требование.

Требования к запуску Android 10 GSI

Итак, когда вы можете ожидать загрузки GSI через DSU без необходимости разблокировать загрузчик или использовать инструменты командной строки? Будем надеяться, что в скором времени Google упомянул нам, что у них есть несколько моментов, чтобы сгладить начальные превью для разработчиков Android 11, прежде чем они смогут заставить все это работать должным образом. В будущем можно ожидать установки будущих GSI Developer Preview через DSU без необходимости разблокировки загрузчика. Возможно, когда станут доступны предварительные версии для разработчиков Android 12, вы даже сможете полностью загрузить его, используя DSU Loader в опциях разработчика Android 11. Для разработчиков приложений это означает, что у вас будет еще один способ протестировать свои приложения на физическом оборудовании под управлением новой версии Android.

Динамические и модульные обновления Android

android

Эта статья рассказывает о ряде технологий, которые были интегрированы в Android в последние несколько лет и приблизили решение проблемы фрагментации, отсутствия обновлений и существенно упростили создание кастомных прошивок.

A/B-разметка

Большой проблемой с обновлениями является отказ пользователей. Как показывает практика, многие владельцы смартфонов не хотят обновлять свои устройства, потому что: а) это отнимает время, в течение которого смартфон будет недоступен для использования; б) после обновления смартфон может работать некорректно или не включится вообще.

В свое время разработчики Chrome OS также столкнулись с этой проблемой и создали надежную и незаметную пользователю систему бесшовного обновления (Seamless updates). Суть ее состоит в том, что вместо одного системного раздела, поверх которого накладывались бы обновления системы, Chrome OS использует два идентичных системных раздела, каждый из которых содержит свою копию операционной системы.

Обновление в Chrome OS происходит следующим образом: когда ОС обнаруживает наличие обновления, она скачивает его в фоне, устанавливает на второй (неактивный) системный раздел и помечает этот раздел как активный. После перезагрузки (не обязательно сразу после обновления) ОС запускается уже с этого раздела.

Благодаря такой схеме пользователь даже не подозревает, что система обновилась, он просто попадает в обновленную ОС после перезагрузки или включения ноутбука. При этом Chrome OS способна гарантировать, что после обновления пользователь не получит кирпич: если во время загрузки с обновленного раздела произойдет сбой — система пометит текущий раздел флагом unbootable, сделает активным «старый» системный раздел и загрузит заведомо рабочую версию ОС.

Начиная с седьмой версии Android также поддерживает бесшовные обновления и так называемую A/B-разметку разделов. Однако, так как системных разделов в устройствах с Android намного больше, чем в хромбуках, сама раскладка разделов получается более запутанной. Вот только часть разделов, которые пришлось дублировать:

boot — содержит ядро и RAM-диск, на устройствах с A/B-разметкой также консоль восстановления (recovery);
system — содержит Android, системные библиотеки, системные приложения, стандартные рингтоны, обои и так далее;
vendor — драйверы и все необходимые прослойки для работы с железом (Project Treble);
userdata — настройки, приложения и данные пользователя;
radio — прошивка радиомодуля (поддержка сотовых сетей);
vbmeta — раздел Android Verified Boot 2.0 (механизм доверенной загрузки), содержащий контрольные суммы компонентов системы.

Всего дублированных разделов может быть несколько десятков. Например, на OnePlus 6 с A/B-разметкой общее количество разделов — 72 и несколько десятков из них используются только загрузчиком.

От других разделов, наоборот, стало возможным отказаться. Устройства с A/B-разметкой не включают в себя отдельный раздел recovery (консоль восстановления, нужна для установки обновления и сброса до заводских настроек) и раздел cache , который использовался для хранения файлов обновлений (теперь обновление скачивается напрямую в неактивный раздел).

Двойные разделы на смартфоне OnePlus 6

A/B-разметка также позволила вдвое сократить размер раздела system , что вкупе с удалением разделов recovery и cache сделало переход на новую схему разметки менее болезненным. Например, на смартфонах Pixel потеря пространства составила всего несколько сотен мегабайт.

Раздел	Размер A/B	Размер A-only
Bootloader	50 Мбайт × 2	50 Мбайт
Boot	32 Мбайт × 2	32 Мбайт
Recovery	0	32 Мбайт
Cache	0	100 Мбайт
Radio	70 Мбайт × 2	70 Мбайт
Vendor	300 Мбайт × 2	300 Мбайт
System	2048 Мбайт × 2	4096 Мбайт
Всего	5000 Мбайт	4680 Мбайт

Еще одно достоинство A/B-разметки — отсутствие экрана «Android is upgrading…» после обновления. Система просто загружается как обычно. Также A/B-разметка упрощает тестирование кастомных прошивок: кастом можно поставить второй системой и откатиться на первую, если что-то пойдет не так.

В целом одни плюсы и никаких минусов. Проблема только в том, что A/B-разметка до сих пор остается опциональной, а перешли на нее далеко не все производители смартфонов. Даже Samsung — крупнейший производитель устройств на Android — до сих пор использует старую разметку. И связано это, скорее всего, с нежеланием тратить средства и время на перепрофилирование уже работающей и отлаженной системы обновления.

Проверить, поддерживает ли твой смартфон A/B-разметку, можно с помощью все того же приложения Treble Check из предыдущего раздела или прочитав переменную ro . build . ab_update с помощью ADB:

Загрузчик dsu что это