Эмулятор qemu-system-i386.exe использование процессора почти постоянно работает между 7 ~ 9
Android studio 2.1 Инструменты Android SDK: 25.1.3 Хост Операционная система: Windows 7 - i7 2630QM - 8 ГБ ОЗУ Установлен образ системы Intel x86 Atom
Независимо от того, какие настройки я меняю в эмуляторе, например: эмулируемая производительность, многоядерный процессор, изображение x86-64, всегда одно и то же
Это действительно раздражает, фанат всегда включен
У кого-нибудь было исправление этой проблемы?
android-emulator
Skystar7
источник
источник
Ответы:
Причиной постоянной загрузки ЦП может быть звук. Если вам не нужен звук в вашем эмуляторе, вы можете отключить его, отредактировав файл конфигурации AVD.
Измените / добавьте эти две строки
Обновление: как прокомментировал buncis, вы также можете попробовать отключить GPS, если он не нужен:
В Linux / Mac файл находится в ~ / .android / avd / <AVD_Name> .avd / config.ini.
В Windows файл находится в C: \ Users \ <username> \ .android \ avd \ <AVD_Name>. avd \ config.ini
источник
hw.GPS = no
На Mac я заметил, что эмулятор использовал более 100% ЦП после того, как мой ноутбук перешел в спящий режим. Отключение звука, как предложил Бенджамин, не решило эту проблему.
У меня работает перезапуск смоделированного устройства долгим нажатием кнопки питания на эмуляторе.
источник
Использование эмулятора x86_64 (или 64-разрядного) решило эту проблему для меня. Они рекомендуют версию x86, но она меня не устраивает.
источник
Чтобы узнать, что на виртуальном устройстве использует больше всего ЦП:
Это покажет вам список процессов с максимальной загрузкой ЦП.
Это поможет вам определить, является ли это процессом (например, вашим приложением) внутри эмулятора, другим процессом внутри эмулятора или просто самой эмуляцией, использующей много ресурсов ЦП.
В последнем случае попробуйте оптимизировать эмулятор, установив HAX (собственные инструкции Intel) или, возможно, включите аппаратное ускорение с помощью редактора профиля AVD.
источник
У меня была эта проблема в начале ноября 2018 года.
Виртуальное устройство постоянно пыталось подключиться к данным мобильной сети, поэтому я отключил его внутри самого устройства. Теперь отлично работай.
источник
Та же проблема с 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 /
Создайте сценарий bash под названием emulator с содержимым:
Затем:
Теперь аргумент -noaudio будет добавляться ко всем вызовам эмулятора из Android Studio и сэкономит вам много циклов процессора.
источник
Отключите местоположение в настройках, а также отключите звуки касания.
источник
Я использую macOS Catalina (версия 10.15.2) с Intel Core i9 и 16 ГБ ОЗУ и графикой Radeon Pro 560X 4 ГБ.
Я решил проблему высокой загрузки ЦП с помощью qemu, перезапустив эмулируемое устройство. с помощью кнопки эмуляции питания. .
Кроме того, при создании AVD я выбрал
Hardware
Graphics Renderer вместоAuto
.источник
В моем случае проблема была вызвана быстрой загрузкой, чтобы заставить нормальную загрузку открыть текстовый файл в
C:\Users\<username>\.android\avd\<AVD name>\config.ini
и изменить хотя бы одно из значений.например изменить строку
к
источник
Обновить:
Я установил плагин Genymotion на genymotion.com/plugins, и у него потрясающая производительность.
источник
В моем случае я столкнулся с этой проблемой только при запуске нескольких экземпляров эмулятора.
Повторно запустите установщик 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% ! ...
Я также переключился: Emulated Performance> Graphics> Hardware
Использование Android Api 25 ... Оборудование для графики и отключение звука AVD и GPS у меня не работает ...
Платформа: MacOS
источник
В моем случае это был режим полета , при включении загрузка процессора возрастала до 99% :
Проблема была замечена на Android 10.0 x86.
источник
В моем случае использование аппаратной графики решило мою проблему.
источник