L’émulateur Android utilise 100% de processeur, même si rien ne fonctionne dessus?

Comme d’autres l’ont dit, la solution est de désactiver le son. Malheureusement, dans les versions récentes d’Android Studio (j’utilise 1.4), l’option permettant de désactiver le son a été supprimée de l’interface graphique. Pour désactiver le son, vous pouvez le faire soit en lançant l’émulateur à partir de la ligne de commande avec l’indicateur -noaudio , soit en éditant le fichier de configuration de l’AVD et en définissant les parameters suivants:

 hw.audioInput=no hw.audioOutput=no 

Sur Linux, j’ai trouvé ce fichier sur ~/.android/avd/myAVD.avd/config.ini

J’ai eu exactement le même problème et j’ai trouvé une solution qui fonctionne pour moi. Dans la configuration de l’AVD, j’ai placé un drapeau supplémentaire “Prise en charge de la lecture audio” sur “non”. Je me suis également assuré que l’AVD dispose de 1 Go de RAM.

Cela a fonctionné pour moi.

La réponse de Niels a bien fonctionné pour moi https://stackoverflow.com/a/7706018 en ce sens que l’émulateur a cessé d’utiliser 100% de CPU (réduit à 10-15%). De plus, il avait un autre “effet secondaire” utile. J’ai remarqué que la lecture de vidéos dans Totem ou de musique dans RhythmBox bloquait pendant l’exécution de l’émulateur. VLC jouera la vidéo mais refusera de lire la bande son associée à la vidéo. Dès que l’émulateur est tué, la musique commence à jouer. La réponse de Niels pour définir “Prise en charge de la lecture audio” sur “Non” empêche ce problème. J’utilise Ubuntu 11.04 et la version 13.0 de l’émulateur Android (build_id OPENMASTER-172639).

Pour moi, cela décochait la case à cocher du processeur multi-cœur

L’émulateur Android émule un processeur ARM sans accélération matérielle, ce qui peut être assez lent, même sur un core2duo par exemple.

Vous pouvez essayer de réduire la résolution d’écran du périphérique virtuel, ce qui devrait entraîner une légère augmentation des performances.

L’émulateur est notoirement lent à démarrer; cela peut prendre 15 minutes ou plus sur une machine sous-alimentée. Vous pouvez accélérer légèrement le -no-boot-anim en transmettant -no-boot-anim à la commande de démarrage de l’émulateur. Les autres options de l’émulateur sont décrites ici . De plus, certains AVD démarrent plus rapidement que d’autres. Essayez de créer un AVD avec le SDK de niveau le plus bas qui vous soit utile.

Une fois l’émulateur démarré, vous n’avez pas besoin de le fermer. Lorsqu’une application se ferme (ou se bloque, ou autre), vous pouvez le lancer à nouveau.

Je recommande fortement de ne pas utiliser l’émulateur Android. Utilisez VirtualBox + android OS x86 (vous pouvez le télécharger ici ), et vous obtiendrez une réelle augmentation des performances.

Malheureusement, pour autant que je me souvienne, ce n’est pas de Google et il ne supporte que Android 2.2. Je ne comprends vraiment pas pourquoi google ne va pas faire un simulateur aussi rapide qu’un simulateur d’iPhone, ou faire une version officielle de x86 pour le débogage. Je n’ai pas besoin d’émuler les instructions du processeur ARM et je pense que 99% des développeurs n’en ont pas besoin non plus.

Une alternative qui mérite d’être mentionnée est Genymotion. C’est un émulateur Android basé sur VirtualBox, avec des images pré-créées. Il prend en charge certaines fonctionnalités que l’émulateur Android n’est pas très performant, comme Wifi 3G, Bluetooth, GPS (avec une intégration Google Maps sophistiquée, vous n’avez donc pas à rechercher les coordonnées manuellement), plusieurs écrans, etc.

Cela vaut la peine d’essayer à http://www.genymotion.com/

J’ai eu ce problème en cours d’exécution de l’émulateur sur Ubuntu 14.04. La désactivation de l’audio réduit l’utilisation du processeur, mais si vous avez besoin de l’audio pour fonctionner, vous pouvez corriger le problème en ajoutant un lien symbolique:

 sudo ln -s /usr/lib/x86_64-linux-gnu/libpulse.so.0 /usr/lib/x86_64-linux-gnu/libpulse.so 

La raison en est que l’émulateur essaie d’utiliser pulseaudio comme backend, mais ne pourra pas se connecter à libpulse.so, qui n’existe pas sur Ubuntu (sauf si vous avez installé le libpulse-dev ). Ensuite, il reviendra à ALSA, qui appelle constamment le sondage, provoquant une utilisation à 100% du processeur.

Un correctif pour l’émulateur est à venir , mais pour l’instant, l’ajout du lien symbolique résout le problème.

J’ai eu le même problème sur mes macOS High Sierra et pour moi, cela aide à créer un nouveau périphérique AVD et à choisir CPU / ABI = x86_64, pas x86 dans la boîte de dialog de la version Android. J’espère que cela pourra aider.