Емулятор qemu-system-i386.exe використовує процесор майже постійно, працюючи між 7 ~ 9
Android studio 2.1 Інструменти SDK для Android: 25.1.3 Операційна система хоста: Windows 7 - i7 2630QM - встановлено 8 Гб оперативної системи Intel Intel x86 Atom Image Image
Незалежно від того, який параметр я зміню в емуляторі, наприклад: емульована продуктивність, багатоядерний процесор, зображення x86-64, завжди одне і те ж
Це справді дратує фанати завжди
Хтось мав вирішення цієї проблеми?
Відповіді:
Причиною постійного використання процесора може бути звук. Якщо вам не потрібен звук у вашому емуляторі, ви можете вимкнути його, відредагувавши файл конфігурації AVD.
Змінити / додати ці два рядки
hw.audioInput=no
hw.audioOutput=no
Оновлення: Як зауважив Buncis, ви також можете спробувати відключити GPS, якщо це не потрібно:
hw.GPS = no
У Linux / Mac файл знаходиться за адресою ~ / .android / avd / <AVD_Name> .avd / config.ini
У Windows файл знаходиться за адресою C: \ Users \ <ім'я користувача> \ .android \ avd \ <AVD_Name>. avd \ config.ini
hw.GPS = no
Використання емулятора x86_64 (або 64-розрядного) вирішило це для мене. Вони рекомендують версію x86, але вона відповідала мені.
Щоб дізнатись, що на віртуальному пристрої використовує найбільше процесора:
adb shell
$ top
Це покаже вам список процесів із найбільшим використанням процесора.
Це допоможе вам визначити, чи це процес (наприклад, ваш додаток) всередині емулятора, інший процес всередині емулятора, чи просто сама емуляція з використанням великої кількості процесора.
В останньому випадку спробуйте оптимізувати емулятор, встановивши HAX (інструкції Native Intel) або, можливо, увімкніть апаратне прискорення за допомогою редактора профілів AVD.
Та сама проблема з qemu на Win7, HAXM 7.2.0. Я спробував вимкнути звук, це не допомогло, qemu в будь-який час споживає близько 20% процесора, Android працює дуже повільно як на зображеннях x86, так і x64.
Я знайшов рішення у файлі приміток до випуску HAXM:
У мене є Avast Pro Antivirus 18.5. Я зняв цей параметр, перезавантажив ПК і тепер qemu споживає 0% в режимі очікування, Android працює нормально.
ОНОВЛЕННЯ: якщо QEMU знову почав споживати процесор, спочатку перевірте статус оновлення Avast. Після фонового оновлення Avast може знову почати перешкоджати роботі HAXM. Просто перезавантажте Windows, щоб її вирішити.
мій випадок, тому що я вибираю softwareдля візуалізації графіки в adv. отже, після зміни на hardwareзменшення використання центрального процесора з 60 до 10, а темп процесора з 70 до 40.
Я зменшив використання центрального процесора мого емулятора, встановивши частоту кадрів монітора на 60 Гц. Це було на частоті 144 Гц, і мій процесор працював на 60% - 70%. Змінюючи лише частоту кадрів монітора, він тепер використовує 3% використання.
Я не зміг вимкнути звук за допомогою файлу config.ini, а лише за допомогою аргументу рядка -noaudio cmd для qemu. Однак в Android Studio 3.2 ви не можете додавати власні аргументи до емулятора, тому я зробив це:
У директорії емулятора Android SDK, у моєму випадку ~ / Android / Sdk / emulator /
mv emulator emulator.orig
Створіть скрипт bash під назвою емулятор із вмістом:
#!/bin/bash
DIR=`dirname "$0"`
$DIR/emulator.orig -noaudio $*
Тоді:
chmod +x emulator
Тепер аргумент -noaudio буде доданий до всіх викликів емулятора з Android Studio і заощадить вам багато циклів процесора.
Я працюю на macOS Catalina (версія 10.15.2) з Intel Core i9 та 16 ГБ оперативної пам'яті та графікою Radeon Pro 560X 4 ГБ.
Я вирішив високий рівень використання процесора qemu, перезапустивши емульований пристрій за допомогою кнопки емуляції живлення .
Крім того, під час створення AVD я вибрав HardwareGraphics Renderer замість Auto.
У моєму випадку проблемою було швидке завантаження, щоб примусити при звичайному завантаженні відкрити текстовий файл C:\Users\<username>\.android\avd\<AVD name>\config.iniі змінити принаймні одне із значень.
наприклад змінити рядок
hw.battery=yes
до
hw.battery=no
У моєму випадку я зіткнувся з цією проблемою лише під час запуску декількох екземплярів емулятора.
Повторно запустіть інсталятор Intel Hardware Accelerated Execution Manager (HAXM), що надається в Android SDK ( <Android SDK path>\extras\intel\Hardware_Accelerated_Execution_Manager\intelhaxm-android.exe), виберіть Змінити і подивіться, скільки пам'яті виділено HAXM. Якщо це 2 ГБ або менше, ви, ймовірно, хочете збільшити його принаймні до 4 ГБ. Потім перезапустіть емулятор і перевірте, чи зменшується використання центрального процесора.
Нещодавно у мене була та сама проблема в Windows 10 (18363): AVD використовував усі 16 потоків хоста на 100%, схоже android.hardware.graphics.composer@2.1-service винен процес на AVD.
Що допомогло в моєму випадку: перехід до AVD settings- Advanced- змініть OpenGL ES rendererна Desktop native OpenGLта перезапустіть AVD. Зараз він використовує близько 2-3% моїх ресурсів процесора. Сподіваюся, це комусь допомагає.
Зміна дозволу спрацювала у мене. Я використовував Oreo 8.1 1440 x 2560 560 dpi . Зараз я використовую M-DPI Oreo 8.1
Я вирішив це, скасувавши "Автоматичне збереження поточного стану в Quickboot"
Знімки -> Налаштування -> Автоматичне збереження поточного стану в Quickboot - НІ
Використовуючи стару версію Android, я використовував Lollipop Galaxy Nexus API 22, зменшив використання центрального процесора з 220% приблизно до 30% ! ...
Я також переключився: Емульована продуктивність> Графіка> Апаратне забезпечення
Використання Android Api 25 ... Апаратне забезпечення для графіки та вимкнення AVD аудіо та GPS не працювало для мене ...
Платформа: MacOS
У моєму випадку використання апаратної графіки вирішило мою проблему.
