Google wygładza ścieżkę Androida pod kątem emulowanej obsługi aplikacji ARM

Pozwalają na wykonanie plików binarnych ARM na potrzeby testowania bez obciążania wydajności wymaganiem pełnej emulacji ARM, co powinno przyspieszyć ścieżkę testowania.

Wcześniej, jak twierdzi firma, programiści, którzy byli zależni od bibliotek ARM i nie mogli zbudować wariantu swojej aplikacji x86, musieli używać obrazów systemowych z pełną emulacją ARM, które są znacznie wolniejsze niż obrazy systemowe x86, gdy działają na komputerach z procesorem x86, lub uciekaj się do urządzeń fizycznych.

W szczególności dostępna jest teraz obsługa ABI ARMv7 i ARM64.

Powyższy obraz pokazuje nowy obraz systemu Android 11 x86 obsługujący ARM ABI, czego nie zrobił poprzedni obraz systemu Android „Oreo”.

ABI

Ponieważ różne urządzenia z Androidem używają różnych procesorów, wymaga to obsługi różnych zestawów instrukcji.

Każda kombinacja procesora i zestawu instrukcji ma swój własny interfejs aplikacji Binary (ABI), który obejmuje takie elementy, jak zestaw instrukcji procesora i rozszerzenia, których można użyć, endianowość pamięci i obciążeń w czasie wykonywania, konwencje przekazywania danych między aplikacjami i system oraz format programów wykonywalnych i bibliotek współdzielonych.

Kompatybilny z ARM

„Dowolne C ++ w Twojej aplikacji na Androida kompiluje się bezpośrednio w instrukcjach na maszynie”, mówi Michael Hazard, Associate Product Manager w Google. „Oznacza to, że należy go kompilować inaczej w zależności od architektury urządzenia docelowego. Telefony komórkowe mają zwykle procesory ARM; w związku z tym wiele zależności C ++, które możesz dodać do swojej aplikacji, np. biblioteka skanera kodów kreskowych aparatu, jest kompatybilna tylko z procesorami ARM. Jest to problem, jeśli programujesz na komputerze z procesorem opartym na architekturze x86, ponieważ uniemożliwiłby Ci uruchomienie aplikacji. ”

„Nowe obrazy systemu Android 11 kompatybilne z ARM pozwalają całemu systemowi na działanie x86 i jak zwykle korzystanie z technologii wirtualizacji. Gdy proces aplikacji wymaga pliku binarnego ARM, plik binarny jest tłumaczony wyłącznie na x86 w ramach tego procesu. Pozwala to pozostałemu procesowi na kontynuowanie wykonywania w środowisku x86, w tym na Android Runtime (ART) i inne biblioteki o kluczowym znaczeniu dla wydajności, takie jak libGLES i libvulkan. ”

Dodał, że tłumacz uniknie także kosztownego oprzyrządowania dostępu do pamięci i związanego z tym spadku wydajności, unikając wykonywania niskopoziomowych bibliotek specyficznych dla sprzętu.

Nowe obrazy systemu emulatora mogą być używane zarówno lokalnie, jak i we własnej infrastrukturze ciągłej integracji.

Spróbuj ponownie emulować ARM

Na powyższym obrazku Menedżer urządzeń wirtualnych Android tworzy AVD (Android Virtual Device) z systemem Android 11

Google zachęca programistów, którzy wcześniej unikali systemu emulatora z powodu braku obsługi ARM, wypróbuj obrazy systemu Android 11. Można je pobrać w Android Studio za pomocą SDK Managera lub Android Virtual Device Manager, który jest dołączony do Android Studio, IDE Google.

Pamiętaj, że Android 11 Developer Preview 2 został wydany w zeszłym tygodniu i zawiera obsługę przetwarzania 5G oraz składane ekrany. Android 11 ma pojawić się w „Q3”.

Zobacz też: Google eyes 5G, składane ekrany z Androidem 11 Developer Preview 2