Androidエミュレーター（qemu-system-i386.exe）での高いCPU使用率

エミュレータqemu-system-i386.exeのCPU使用率は、7〜9の間でほぼ常に実行されます

Android studio 2.1 Android SDKツール：25.​​1.3ホストオペレーティングシステム：Windows 7-i7 2630QM-8GB Ram Intel x86 Atomシステムイメージがインストールされている

エミュレーターでどのような設定を変更しても、エミュレートされたパフォーマンス、マルチコアCPU、x86-64イメージ、常に同じもの

いつも迷惑なファンです

誰かがこの問題を修正しましたか？

一定のCPU使用率の原因は音である可能性があります。エミュレータでサウンドが必要ない場合は、AVDの構成ファイルを編集してサウンドを無効にすることができます。

これらの2行を変更/追加する

hw.audioInput=no
hw.audioOutput=no

更新：buncisがコメントしたように、必要がなければGPSを無効にすることもできます：

hw.GPS = no 

上のLinux / Macのファイルは〜/ .android / AVD / <AVD_Name> .avd / config.iniのに位置しています
上のWindows \ Users \ユーザー<ユーザー名> \ androidの\ AVD \ <AVD_Name>：ファイルはCに位置しています。 avd \ config.ini

Macでは、ラップトップがスリープ状態になった後、エミュレーターが100％を超えるCPUを使用していることに気付きました。ベンジャミンが提案したようにオーディオをオフにしても、その問題は解決しませんでした。

エミュレータの電源ボタンを長押ししてシミュレートされたデバイスを再起動すると、うまくいきます。

x86_64（または64ビット）エミュレーターを使用して解決しました。彼らはx86バージョンをお勧めしますが、それは私のために機能していました。

仮想デバイスで最もCPUを使用しているものを見つけるには：

adb shell

$ top

これにより、CPU使用率が最も高いプロセスのリストが表示されます。

これは、それがエミュレータ内のプロセス（アプリなど）であるか、エミュレータ内の別のプロセスであるか、または多くのCPUを使用するエミュレーション自体であるかを判断するのに役立ちます。

後者の場合は、HAX（ネイティブインテルインストラクション）をインストールしてエミュレーターを最適化するか、AVDプロファイルエディターを使用してハードウェアアクセラレーションを有効にします。

2018年11月の初めにその問題が発生しました。

仮想デバイスは満足してモバイルネットワークデータに接続しようとしていたため、デバイス自体の内部で仮想デバイスをオフにしました。今すぐうまくいきます。

Win7、HAXM​​ 7.2.0のqemuで同じ問題。私はオーディオをオフにしてみました、それは助けにはなりませんでした、qemuはいつでもCPUの約20％を消費します、Androidはx86とx64画像の両方で非常に遅く動作します。

HAXMのリリースノートファイルで解決策を見つけました。

• Windowsでは、アバストアンチウイルスがHAXMに干渉し、AndroidエミュレーターまたはQEMUの実行が非常に遅くなることがあります。回避策は、アバスト設定>トラブルシューティングで、「可能な場合はネストされた仮想化を使用する」のチェックを外すことです。

アバストプロアンチウイルス18.5を持っています。私はこのパラメーターをオフにし、PCを再起動し、qemuはアイドル状態で0％を消費し、Androidは正常に動作します。

更新：QEMUがCPUを再び消費し始めた場合、最初にアバストの更新ステータスを確認します。バックグラウンドでの更新後、アバストがHAXMに再び干渉し始める可能性があります。Windowsを再起動して解決します。

私の場合、cov softwareはadvのグラフィックレンダリングに選択します。したがって、hardwareCPU使用率を60から10に減らし、CPU温度を70から40に変更した後。

モニターのフレームレートを60Hzに設定することで、エミュレーターのCPU使用量を減らしました。それは144Hzであり、私のCPUは60％-70％で実行されていました。モニターのフレームレートを変更するだけで、使用率は3％になります。

config.iniファイルではオーディオを遮断できませんでしたが、qemuの-noaudio cmd行引数を使用した場合のみです。ただし、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からのエミュレータのすべての呼び出しに追加され、CPUサイクルを大幅に節約できます。

設定で位置情報を無効にし、タッチ音も無効にします。

私はmacOS Catalina（バージョン10.15.2）とIntel Core i9、16 GB RAM、Radeon Pro 560X 4GBグラフィックスを使用しています。

エミュレートされた電源ボタンを使用してエミュレートされたデバイスを再起動することにより、qemuによる高いCPU使用率を解決しました。

また、AVDの作成中に、Hardwareではなくグラフィックスレンダラーを選択しましたAuto。

更新：

Genymotionプラグインをgenymotion.com/pluginsにインストールしましたが、素晴らしいパフォーマンスを発揮します

私の場合、エミュレータの複数のインスタンスを実行しているときにのみこの問題が発生しました。

Android SDK（<Android SDK path>\extras\intel\Hardware_Accelerated_Execution_Manager\intelhaxm-android.exe）で提供されているIntel Hardware Accelerated Execution Manager（HAXM）インストーラーを再実行し、[ 変更]を選択して、HAXM​​に割り当てられているメモリの量を確認します。2 GB以下の場合は、おそらく4 GB以上に増やす必要があります。次に、エミュレータを再起動して、CPU使用率が低下するかどうかを確認します。

私の場合、問題を引き起こしていたのは高速ブートでした。通常のブートを強制的に実行してテキストファイルを開き、 C:\Users\<username>\.android\avd\<AVD name>\config.ini少なくとも1つの値を変更しました。

たとえば、行を変更します

hw.battery=yes 

に

hw.battery=no

最近、Windows 10（18363）でも同じ問題が発生しました。AVDがホストの16スレッドをすべて100％使用android.hardware.graphics.composer@2.1-serviceしたため、AVD のプロセスに問題があるようです。

私の場合には役立ったもの：AVDに行くsettings- Advanced-変更OpenGL ES rendererへDesktop native OpenGLとAVDを再起動します。現在、CPUリソースの2〜3％を使用しています。これが誰かを助けることを願っています。

解像度を変更することで、うまくいきました。1440 x 2560 560 dpi Oreo 8.1を使用していました。今私はM-DPI Oreo 8.1を使用しています

「現在の状態をクイックブートに自動保存」をキャンセルして解決しました

スナップショット->設定->現在の状態をクイックブートに自動保存-いいえ

古いバージョンのAndroid を使用して、Lollipop Galaxy Nexus API 22を使用すると、CPU使用率が220％から約30％に下がりました。...

私も切り替えました：エミュレートされたパフォーマンス>グラフィックス>ハードウェア

Android Api 25の使用ます...グラフィック用のハードウェアとAVDオーディオとGPSをオフにするとうまくいきませんでした...

プラットフォーム：MacOS

私の場合、それは飛行機モードでした、ONにするとCPU使用率は99％にジャンプします：

この問題はAndroid 10.0 x86で確認されました。

私の場合、ハードウェアグラフィックを使用して問題を解決しました。