Android 11 lub nowszy obsługuje generowanie profili obrazu rozruchowego, które zawierają informacje o kodzie różnych komponentów na poziomie systemu, takich jak serwer systemowy i ścieżka klas uruchamiania. Środowisko wykonawcze Androida (ART) korzysta z tych informacji do optymalizacji na poziomie całego systemu. Niektóre z nich są kluczowe dla wydajności Androida i mają wpływ na wykonywanie całego kodu nienatywnego (na poziomie systemu lub aplikacji). W niektórych przypadkach profile obrazu rozruchu mogą wpływać na wydajność i zużycie pamięci o dwucyfrowe wartości procentowe.
Pobieranie informacji o profilu rozruchu
Profile obrazów rozruchowych są tworzone na podstawie profili aplikacji uruchamianych podczas krytycznych ścieżek użytkownika. W przypadku określonej konfiguracji urządzenia ART rejestruje (w ramach profili JIT) metody i klasy ścieżki uruchamiania używane przez aplikacje, a następnie zapisuje te informacje w profilu aplikacji (np. /data/misc/profiles/cur/0/com.android.chrome/primary.prof), gdzie są one indeksowane przez plik wykonywalny DEX (patrz format profilu ART).
Sprawdź profile aplikacji zarejestrowane podczas testów CUJ, aby określić, która część ścieżki klasyfikacji jest najczęściej używana i najważniejsza do optymalizacji (patrz format profilu ART). Uwzględnianie wszystkich metod lub klas ma negatywny wpływ na wydajność, dlatego skup się na najczęściej używanych ścieżkach kodu. Jeśli na przykład metoda z ścieżki klas Boot nie jest używana przez żadną aplikację, nie powinna być częścią profili rozruchu. Każde urządzenie powinno skonfigurować wybór metody/klasy na podstawie wyboru CUJ i ilości danych wygenerowanych przez testy.
Aby zebrać informacje o ścieżce uruchamiania ze wszystkich profili aplikacji na urządzeniu, uruchom komendę adb shell cmd package snapshot-profile android. Możesz użyć zagregowanych informacji jako podstawy do przetwarzania i wyboru metody lub klasy bez ręcznego agregowania poszczególnych profili (chociaż możesz to zrobić, jeśli chcesz).
Rysunek 1. Proces uzyskiwania profili obrazu rozruchowego
Dane profilu obrazu rozruchowego
Profile obrazu rozruchowego zawierają te pliki i dane.
Profil ścieżki klas rozruchowych (
frameworks/base/config/boot-image-profile.txt). Określa, które metody z ścieżki klas rozruchowych zostaną zoptymalizowane, która klasa jest uwzględniona w obrazie rozruchowym.arti jak rozmieszczone są odpowiednie pliki DEX.Lista wstępnie załadowanych klas. Określa, które klasy są wstępnie ładowane w Zygote.
Profil dla komponentów serwera systemowego (
frameworks/base/services/art-profile). Określa, które metody serwera systemowego zostaną zoptymalizowane/skompilowane, która klasa jest uwzględniona w obrazie rozruchu.arti jak są rozmieszczone odpowiednie pliki DEX.
Format profilu ART
Profil ART przechwytuje informacje z każdego załadowanego pliku DEX, w tym informacje o metodach, które warto zoptymalizować, oraz klasy używane podczas uruchamiania. Gdy profilowanie obrazu rozruchu jest włączone, ART uwzględnia w profilu pliki JAR ścieżki klas i serwera systemu, a także dołącza do każdego pliku DEX adnotację z nazwą pakietu, który go używa.
Na przykład możesz wyodrębnić profil obrazu rozruchowego w postaci surowych danych za pomocą tego polecenia:
adb shell profman --dump-only --profile-file=/data/misc/profman/android.profDane wyjściowe będą wyglądać tak:
=== Dex files ===
=== profile ===
ProfileInfo [012]
core-oj.jar:com.google.android.ext.services [index=0] [checksum=e4e3979a]
hot methods: 520[], 611[] …
startup methods: …
classes: …
...
core-oj.jar:com.android.systemui [index=94] [checksum=e4e3979a]
hot methods: 520[], 521[]…
startup methods: …
classes: …
W tym przykładzie:
core-oj.jarjest używany przezcom.google.android.ext.servicesicom.android.systemui. Każdy wpis zawiera 2 pakiety używane zcore-oj.jar.Oba procesy używają metody o indeksie DEX 520, ale tylko proces
systemuiużywa metody o indeksie DEX 521. To samo uzasadnienie dotyczy innych sekcji profilu (np. klas start-upów).
Podczas przetwarzania danych metody i klasy są filtrowane na podstawie użycia, a priorytet mają procesy na poziomie systemu (np. serwer systemowy lub systemui) lub metody, które nie są często używane, ale są ważne (np. metody używane przez aplikację aparatu).
Format profilu wewnętrznie opatruje każdą metodę wieloma flagami (rozruch, po uruchomieniu, gorąca, ABI), co jest więcej niż wyświetlane w formacie tylko z dumpem. Aby korzystać ze wszystkich sygnałów, zmodyfikuj dostępne skrypty.
Rekomendacje
Aby uzyskać najlepsze wyniki, postępuj zgodnie z tymi wskazówkami.
Wprowadź konfigurację generowania profili obrazu rozruchowego na kilka urządzeń testowych i zbierz wyniki przed wygenerowaniem ostatecznego profilu obrazu rozruchowego. Narzędzie
profmanobsługuje agregację i wybieranie wielu profili obrazu rozruchu, ale działa tylko z tą samą wersją obrazu rozruchu (ta sama ścieżka klas rozruchu).Nadawanie priorytetu metodom/klasom używanym przez procesy systemowe. Te metody lub klasy mogą używać kodu, który nie jest często używany przez inne aplikacje, ale jest nadal niezbędny do optymalizacji.
Format danych z pojedynczego uruchomienia na urządzeniu wygląda zupełnie inaczej niż w przypadku urządzeń testowych, które wykonują testy CUJ w rzeczywistych warunkach. Jeśli nie masz dużej floty urządzeń testowych, użyj tego samego urządzenia do uruchomienia kilku testów CUJ, aby zwiększyć pewność, że optymalizacje profilu obrazu rozruchowego będą dobrze działać w wersji produkcyjnej (ten scenariusz jest opisany poniżej).
Konfigurowanie urządzeń
Aby włączyć konfigurację profilu rozruchu za pomocą właściwości systemu, użyj jednej z tych metod.
Opcja 1. Ręczne konfigurowanie komponentów (działa do momentu ponownego uruchomienia):
adb rootadb shell stopadb shell setprop dalvik.vm.profilebootclasspath trueadb shell setprop dalvik.vm.profilesystemserver trueadb shell startOpcja 2. Użyj
local.prop(trwały efekt do czasu usunięcia pliku). Aby to zrobić:Utwórz plik
local.propz tą zawartością:dalvik.vm.profilebootclasspath=true dalvik.vm.profilesystemserver=trueUruchom te polecenia:
adb push local.prop /data/adb shell chmod 0750 /data/local.propadb reboot
Opcja 3. Użyj konfiguracji urządzenia, aby ustawić te właściwości po stronie serwera:
adb shell device_config put runtime_native_boot profilebootclasspath true adb shell device_config put runtime_native_boot profilesystemserver true
Generowanie profili obrazu rozruchowego
Aby wygenerować podstawowy profil obrazu rozruchowego za pomocą testowania na jednym urządzeniu, wykonaj podane niżej czynności.
Skonfiguruj urządzenie.
Skonfiguruj urządzenie zgodnie z instrukcjami podanymi w artykule Konfigurowanie urządzeń.
(Opcjonalnie) Wyczyszczenie i zastąpienie innych profili nowym formatem profilu wymaga czasu. Aby przyspieszyć zbieranie danych, zresetuj wszystkie profile na urządzeniu.
adb shell stopadb shell find "/data/misc/profiles -name *.prof -exec truncate -s 0 {} \;"adb shell startUruchom CUJ na urządzeniu.
Aby utworzyć profil, użyj tego polecenia:
adb shell cmd package snapshot-profile androidWyodrębnij profil za pomocą tego polecenia:
adb pull /data/misc/profman/android.profPrzejdź do plików JAR ścieżki klaszystycznia uruchamiania za pomocą tych poleceń:
m distls $ANDROID_PRODUCT_OUT/boot.zipWygeneruj profil obrazu rozruchowego za pomocą tego polecenia:
profman.profman --generate-boot-image-profile --profile-file=android.prof --out-profile-path=... --out-preloaded-classes-path=...Na podstawie danych dostosuj polecenie
profmanza pomocą dostępnych flag progów wyboru.--method-threshold--class-threshold--clean-class-threshold--preloaded-class-threshold--upgrade-startup-to-hot--special-package
Pełną listę znajdziesz na stronie pomocy
profmanlub w kodzie źródłowym.