O uso da CPU do emulador qemu-system-i386.exe quase constantemente executado entre 7 ~ 9
Android Studio 2.1 Ferramentas do Android SDK: 25.1.3 Sistema operacional host: Windows 7 - i7 2630QM - 8 GB Ram Intel x86 Atom System Image instalado
Não importa a configuração que eu mude no emulador, como: desempenho emulado, CPU multi-core, imagem x86-64, sempre a mesma coisa
É realmente irritante o ventilador sempre ligado
Alguém teve uma solução para esse problema?
android-emulator
skystar7
fonte
fonte
Respostas:
A causa do uso constante da CPU pode ser o som. Se você não precisa de som em seu emulador, pode desabilitá-lo editando o arquivo de configuração do AVD.
Alterar / adicionar essas duas linhas
Atualização: Como buncis comentou, você também pode tentar desativar o GPS se não for necessário:
No Linux / Mac, o arquivo está localizado em ~ / .android / avd / <AVD_Name> .avd / config.ini
No Windows, o arquivo está localizado em C: \ Users \ <username> \ .android \ avd \ <AVD_Name>. avd \ config.ini
fonte
hw.GPS = no
No Mac, percebi que o emulador estava usando mais de 100% da CPU depois que meu laptop entrou no modo de espera. Desligar o áudio como Benjamin sugeriu não resolveu o problema.
Reiniciar o dispositivo simulado pressionando longamente o botão liga / desliga no emulador funciona para mim.
fonte
Usar o emulador x86_64 (ou 64 bits) resolveu para mim. Eles recomendam a versão x86, mas estava funcionando bem para mim.
fonte
Para descobrir o que no dispositivo virtual está usando mais CPU:
Isso mostrará uma lista de processos com o maior uso de CPU no topo.
Isso o ajudará a determinar se é um processo (como seu aplicativo) dentro do emulador, outro processo dentro do emulador ou apenas a própria emulação usando muita CPU.
No último caso, tente otimizar o emulador instalando HAX (instruções nativas intel) ou talvez habilite a aceleração de hardware usando o editor de perfil AVD.
fonte
Tive esse problema no início de novembro de 2018.
O dispositivo virtual estava constantemente tentando se conectar aos dados da rede móvel, então eu o desliguei dentro do próprio dispositivo. Trabalhe muito bem agora.
fonte
O mesmo problema com o qemu no Win7, HAXM 7.2.0. Tentei desligar o áudio, não adiantou, o qemu consome cerca de 20% da CPU a qualquer momento, o Android funciona muito devagar em imagens x86 e x64.
Encontrei soluções no arquivo de notas de versão do HAXM:
Eu tenho o Avast Pro Antivirus 18.5. Desmarquei este parâmetro, reiniciei o PC e agora o qemu consome 0% em modo inativo, o Android funciona bem.
ATUALIZAÇÃO: se o QEMU começar a consumir CPU novamente, primeiro verifique o status de atualização do Avast. Após a atualização em segundo plano, o Avast pode começar a interferir no HAXM novamente. Basta reiniciar o Windows para resolvê-lo.
fonte
meu caso, porque eu escolho
software
a renderização de gráficos em adv. portanto, após uma mudança parahardware
reduzir o uso da CPU de 60 para 10 e a temperatura da CPU de 70 para 40.fonte
Reduzi o uso da CPU do meu emulador definindo a taxa de quadros do monitor para 60 Hz. Estava em 144 Hz e minha CPU estava funcionando em 60% - 70%. Alterando apenas a taxa de quadros do monitor, ele agora está com 3% de uso.
fonte
Não consegui desligar o áudio com o arquivo config.ini, mas apenas com o argumento de linha -noaudio cmd para qemu. No entanto, com o Android Studio 3.2, você não pode adicionar argumentos personalizados ao emulador, então fiz o seguinte:
No diretório do emulador do Android SDK, no meu caso ~ / Android / Sdk / emulator /
Faça um script bash chamado emulador com o conteúdo:
Então:
Agora, o argumento -noaudio será adicionado a todas as invocações do emulador do Android Studio e economizará muitos ciclos de CPU.
fonte
Desative a localização nas configurações e também desative os sons de toque.
fonte
Estou no macOS Catalina (versão 10.15.2) com Intel Core i9 e 16 GB de RAM e gráficos Radeon Pro 560X 4 GB.
Resolvi o alto uso da CPU pelo qemu reiniciando o dispositivo emulado usando o botão de energia emulado .
Além disso, ao criar o AVD, escolhi
Hardware
Renderizador de gráficos em vez deAuto
.fonte
No meu caso, era a inicialização rápida que estava causando o problema, para forçar a inicialização normal, abrir o arquivo de texto
C:\Users\<username>\.android\avd\<AVD name>\config.ini
e alterar pelo menos um dos valores.por exemplo, mude a linha
para
fonte
Atualizar:
Eu instalei o plugin Genymotion em genymotion.com/plugins, e ele tem um desempenho incrível
fonte
No meu caso, só encontrei esse problema ao executar várias instâncias do emulador.
Execute novamente o instalador do Intel Hardware Accelerated Execution Manager (HAXM) fornecido no Android SDK (
<Android SDK path>\extras\intel\Hardware_Accelerated_Execution_Manager\intelhaxm-android.exe
), selecione Alterar e veja quanta memória está alocada para HAXM. Se for 2 GB ou menos, você provavelmente deseja aumentá-lo para pelo menos 4 GB. Em seguida, reinicie o emulador e veja se o uso da CPU diminui.fonte
Tive o mesmo problema recentemente no Windows 10 (18363): o AVD usou todos os 16 Threads do host a 100%, parece que o
[email protected]
processo no AVD era o culpado.O que ajudou no meu caso: ir para AVD
settings
-Advanced
- mudarOpenGL ES renderer
paraDesktop native OpenGL
e reiniciar o AVD. Agora ele usa cerca de 2-3% dos recursos da minha CPU. Espero que isso ajude alguém.fonte
Mudar a resolução funcionou comigo. Eu estava usando Oreo 8.1 de 1440 x 2560 560 dpi . Agora estou usando M-DPI Oreo 8.1
fonte
Resolvi cancelando "Salvar automaticamente o estado atual no Quickboot"
Instantâneos -> Configurações -> Salvar automaticamente o estado atual no Quickboot - NÃO
fonte
Usando uma versão antiga do Android , usei o Lollipop Galaxy Nexus API 22 e reduzi o uso da CPU de 220% para cerca de 30% ! ...
Eu também troquei: Desempenho emulado> Gráficos> Hardware
Usando Android Api 25 ... Hardware para gráficos e desligar áudio AVD e GPS não funcionou para mim ...
Plataforma: MacOS
fonte
No meu caso era o modo Avião , quando ligado o uso da CPU salta para 99% :
O problema foi detectado no Android 10.0 x86.
fonte
No meu caso, usar hardware gráfico resolveu meu problema.
fonte