Profilowanie mikrotestu

Domyślnie mikrobenchmarki podają informacje o czasie i alokacji wykonanego kodu. Jeśli chcesz sprawdzić, dlaczego mierzony kod działa wolno, możesz uruchomić testy porównawcze z dołączonym profilerem procesora.

Aby wybrać konfigurację profilowania, dodaj argument instrumentation runner androidx.benchmark.profiling.mode z jednym z argumentów MethodTracing, StackSampling lub None, jak pokazano w tym fragmencie kodu.

Więcej informacji o opcjach znajdziesz w artykule Wybieranie konfiguracji nagrywania. MethodTracing jest odpowiednikiem „Śledzenia metod Java”, a StackSampling – „Przykładowych metod Java” zgodnie z definicją w tym dokumencie.

Groovy

android {
    defaultConfig {
        // must be one of: 'None', 'StackSampling', or 'MethodTracing'
        testInstrumentationRunnerArguments["androidx.benchmark.profiling.mode"]= 'StackSampling'
    }
}

Kotlin

android {
    defaultConfig {
        // must be one of: 'None', 'StackSampling', or 'MethodTracing'
        testInstrumentationRunnerArguments["androidx.benchmark.profiling.mode"] = "StackSampling"
    }
}

Gdy przeprofilujesz test porównawczy, plik wyjściowy .trace zostanie skopiowany do hosta w katalogu obok wyników w formacie JSON. Aby sprawdzić wyniki profilowania w profilu CPU w Android Studio, kliknij Plik > Otwórz. Więcej informacji o czytaniu i interpretowaniu śladów znajdziesz w artykule Sprawdzanie śladów.

Uwaga: biblioteka Microbenchmark automatycznie rejestruje śledzenie systemu, ale z wyłączonymi niestandardowymi sekcjami śledzenia – ignoruje wywołania do funkcji Trace.beginSection and endSection – aby zapobiec zakłóceniom ze strony obciążenia śledzenia.

MethodTracing

Śledzenie metod jest przydatne, gdy chcesz zoptymalizować kod, ponieważ może pomóc Ci zidentyfikować metody, które wymagają więcej czasu na wykonanie niż inne. Następnie możesz skupić się na optymalizacji metod, które mają największy wpływ na skuteczność.

Profilowanie odbywa się sekwencyjnie po pomiarze kodu, więc test generuje zarówno dokładne wyniki pomiaru czasu, jak i profilowania.

StackSampling

Śledzenie próbek może też pomóc w identyfikowaniu kosztownych metod bez obciążenia wydajnościowego związanego ze śledzeniem metod. Jeśli jednak aplikacja wejdzie do metody po zarejestrowaniu wywołań w zestawie wywołań i wyjdzie z niej przed kolejnym zarejestrowaniem, wywołanie metody nie zostanie zarejestrowane. Aby prawidłowo śledzić metody o krótkim cyklu życia, użyj śledzenia metod zamiast śledzenia próbek.

W przypadku próbkowania stosu dane porównawcze obejmują wywołania stosu po zakończeniu rozgrzewki. Za pomocą argumentów instrumentacji możesz kontrolować częstotliwość próbkowania i czas trwania próbkowania.

W Androidzie 10 (interfejs API 29) i nowszych wersjach próbkowanie stosu korzysta z Simpleperf do próbkowania łańcuchów wywołań aplikacji, w tym kodu C++. Na Androidzie 9 (poziom interfejsu API 28) i starszych do rejestrowania próbek stosu używany jest interfejs Debug.startMethodTracingSampling.

Ten tryb profilowania możesz skonfigurować, dodając kolejne argumenty instrumentacji:

• androidx.benchmark.profiling.sampleFrequency

  • Liczba próbek stosu do przechwycenia na sekundę.
  • Typ argumentu: liczba całkowita
  • Wartość domyślna to 1000 próbek na sekundę.

• androidx.benchmark.profiling.sampleDurationSeconds

  • Czas trwania testu porównawczego.
  • Typ argumentu: liczba całkowita
  • Domyślna wartość to 5 sekund.

Brak

Ten argument nie rejestruje pliku profilowania. Informacje o czasie i przydziałach są nadal mierzone.