2.67 GHz Celeronプロセッサ、およびx86 Windows XPに1.21 GBのRAMがあります_プロ機。
私の理解するところでは、Android Emulatorはそのようなマシンではかなり早く起動するはずですが、私にとってはそうではありません。私はIDE、SDK、JDKなどをセットアップするためのすべての指示に従いました、そして、エミュレータをすぐに始めることにおいていくらかの成功を収めました、しかし、それは非常にまれです。可能であれば、どうすればこの問題を解決できますか?
ホーム画面を起動してロードしても、非常に遅くなります。 Eclipse IDE を バージョン3.5 (Galileo)および 3.4 (Ganymede)で試してみました。
更新
Android Emulatorのクイックブートオプションを有効にすることができます。これでエミュレータの状態が保存され、次回の起動時にエミュレータがすぐに起動します。
エミュレータ編集ボタンをクリックしてからクリック Show Advanced Setting。次にスクリーンショットのようにQuick Boot
を有効にします。
Android開発ツール(ADT)9.0. (またはそれ以降)にはAVD(エミュレータ)の状態を保存できる機能があり、あなたは即座にあなたのエミュレータを起動することができます。新しいAVDを作成するときにこの機能を有効にする必要があります。または、AVDを編集して後で作成することもできます。
また、私はDevice RAM Size
を1024
に増やしました。これは非常に速いエミュレータをもたらします。
詳細については、以下のスクリーンショットを参照してください。
スナップショット保存機能を使って新しいAVDを作成する。
スナップショットからエミュレータを起動します。
そして、あなたのエミュレータをスピードアップするためには、あなたのAndroidエミュレータをスピードアップ!を参照することができます。
重要な注意 : first を参照してください VTについてのIntelのリスト CPUがIntel VTをサポートしていることを確認するため。
_ haxm _ は - の意味を表します。 "Intel Hardware Accelerated Execution Manager"
現在は、Intel®VT(Intel Virtualization Technology)のみをサポートしています。
Androidエミュレータは QEMU に基づいています。ホストシステム上のQEMUとHAXMドライバ間のインタフェースは、ベンダーに依存しないように設計されています。
Eclipseの更新:EclipseのインストールとADTプラグインが完全に最新のものであることを確認してください。
あなたのAndroidツールをアップデートする:Eclipseプラグインをアップデートするたびに、あなたのAndroid SDKツールをアップデートすることが重要です。これを行うには、Android SDK Managerを起動し、すべてのAndroid SDKコンポーネントを更新します。 HAXMを利用するには、少なくともリリースバージョン17を使用している必要があります。
「IntelHaxm.exe」を実行してHAXMドライバをインストールします。次のいずれかの場所にあります。
C:\Program Files\Android\android-sdk\extras\intel\Hardware_Accelerated_Execution_Manager
C:\Users\<user>\adt-bundle-windows-x86_64\sdk\extras\intel\Hardware_Accelerated_Execution_Manager
Intel VTをオンにする必要があるというメッセージが表示されてインストーラが失敗した場合は、 BIOS でこれを有効にする必要があります。 Intel VT(Virtualization Technology)の有効化の説明を参照してください。
Android x86 を試してください。 GoogleのAndroidエミュレータよりもはるかに高速です。次の手順を実行します:
netcfg
と入力し、IPアドレスを記憶して、を押します。 Alt+F7。adb connect <virtual_machine_IP>
と入力します。アップデート: 最新バージョンのAndroidスタジオ(2.x)では、バンドルされているエミュレータが大幅に改善されました。それは敏感で、たくさんの機能を持っています。
まだ興味がある人のために: Genymotion を使ってみてください。登録後、Windows/Mac OS X/Linux用のバージョンをダウンロードできます。 Eclipse用のプラグインも利用可能です。
プラグインのインストールは、Eclipseを起動して[Help/Install New Software]メニューに移動し、次のURLで新しいアップデートサイトを追加することで実行できます。 http://plugins.genymotion.com/Eclipse 。 Eclipseによって示されたステップに従ってください。
このエミュレータは速くて反応が速いです。
GenyMotionを使用すると、電池残量、信号強度、GPSなど、デバイスのさまざまなセンサーを制御できます。最新バージョンにはカメラツールも含まれています。
あなたの(古い)バージョンのEclipseに含まれているエミュレータはとても遅いです。
最近のエミュレータは2010年よりも速いです。SDK/ IDEを更新してください。
個人的に、私は私のテストをするために本物の電話を使います。それは速く、テストはより現実的です。しかし、あなたがあなたのアプリケーションをたくさんの異なるAndroidバージョンでテストしたい、そしていくつかの電話を買いたくないなら、あなたは時々エミュレーターを使わなければならないでしょう。
エミュレータの起動はとても遅いです。良いことは、エミュレータを一度だけ起動すればよいことです。エミュレータがすでに実行されていて、アプリをもう一度実行した場合、エミュレータは比較的迅速にアプリを再インストールします。もちろん、あなたがそれが電話でどれくらい速く走るか知りたいならば、それは本当の電話でそれをテストするのが最善です。
Intelは、2012年5月15日に ICSエミュレータの推奨インストール手順 をリリースしました。これは私にとって役に立ちました。エミュレータは高速でUIはスムーズです。
説明の前半は十分に詳しく説明されているので、私はあなたがAndroid SDKマネージャとIntel HAXMを使ってIntel x86 Atomシステムイメージをインストールできたと仮定します。
他のすべての設定が確実に行われるようにして、高性能のエミュレータを楽しむことができます。
そしてそれを始めてください:
Sudo kextload -b com.intel.kext.intelhaxm (mac)
HAXMが正常に動作している場合は、エミュレータを起動したときに次のメッセージが表示されることがあります。
HAXは動作しており、エミュレータは高速仮想モードで動作しています。
さもなければ、このエラーを見るかもしれません:
HAXが動作しておらず、エミュレータはエミュレーションモードエミュレータで動作しています。
haxモジュールを開けませんでした
GPUエミュレーションを使用するこれを書いている時点では、GPUエミュレーションを使用しているときはスナップショットオプションを使用できません。 GPUエミュレーションが "yes"に設定されていることを確認してください。
デバイスのメモリを1024 MB以上に設定します。ただし、Intel HAXMの設定以下にしてください。私はデバイスあたり1024 MB、HAXM用に2048を使用します。
保存後は必ず設定を再確認してください。
これらの設定では、ソフトウェアキーボードは表示されなくなり、画面上の戻る、メニュー、および最近のキーも表示されません。これは現在のICS Intel x86システムイメージの制限のようです。あなたは キーボードショートカット を使用する必要があります。
Mac OSでは、あなたが保持する必要があります fn + control のために F1 - F12 働くための鍵。上下左右のページ移動は、Ctrl +矢印キーを使用して実行できます。
以下のコマンドでemulator.batを作成してエミュレータを起動することができます。早く起動します。
emulator.exe -cpu-delay 0 -no-boot-anim @<avd name>
またはUnix(MacまたはLinux)の場合:
emulator -cpu-delay 0 -no-boot-anim @<avd name>
Dalvik Debug Monitor Server(DDMS)が接続されていないと、エミュレータの起動がはるかに速くなることに気付きました。そのため、Virtual Device Managerの "SDK Setup.exe"からエミュレータを起動してもEclipseが起動しない場合は、エミュレータの動作が速くなります。
Eclipseからエミュレータを起動した場合:DDMSがあるので、エミュレータは非常に遅いですが、速いことがあります。
エミュレータは遅いです。あなたがそれについてできることは本当にありませんが、エミュレータに代わるものがあります。
あなたのエミュレータをより速くするために、あなたはGPUをホストして、より軽いAndroidバージョン( Android 2.3 (Gingerbread))を使うことができます。 Mac上で開発する方が良いでしょう。なぜエミュレータ、BTWを使うのですか?本物の電話を使うのがより理にかなっています。
Android SDK ToolsのRevision 17以降、エミュレータはグラフィックアクセラレーションとCPU提供の拡張機能を使用して効率を向上させることができます。前提条件、完全な構成、およびユーザーノートは次の場所にあります。
http://developer.Android.com/guide/developing/devices/emulator.html#acceleration
_ gpu _ acelerationを有効にするには、コマンドラインからエミュレータを実行するか、AVD設定の追加のエミュレータコマンドラインオプションに "-gpu on"を追加します。
emulator -avd <avd_name> -gpu on
CPUマシンエクステンションを使用するには、ドライバをインストールする必要があります(既存の VirtualBox または VMware driversと競合する可能性があるので注意してください)。インストールが完了すると、x86ベースのAVDを使用するときはいつでも自動的に使用されます。
ウイルス対策を無効にしてみてください。多分それはエミュレータを少し速くするでしょう。
Android SDK rev 17は、AMDおよびIntelの仮想化テクノロジを使用した仮想マシンアクセラレーションをサポートしています。
この機能はエミュレータのパフォーマンスを大幅に向上させることができます。
詳細については、Androidエミュレータのドキュメントの次のセクションを参照してください。 仮想マシンアクセラレーションの設定
お使いのオペレーティングシステムに適したドライバをインストールすることを忘れないでください。
ドライバをインストールし、Android X86システムイメージをダウンロードした後(ドキュメントの説明に従って)、x86イメージを使用して新しいAVDを作成できるはずです。
例えば:
エミュレータ起動オプションに記載されているオプション-cpu-delay <delay>
が役に立ちます。
エミュレータは、アイドル時には速度が落ちるようです。これは、側面のキーをすばやく覆い、ライトアップの反応を観察することで明らかになります。回避策として、エミュレータ起動時に-icount auto
を _ qemu _ に渡します。あなたはあなたのためにそれをするためにmy_avd.bat
と呼ばれるバッチファイルを作ることができます:
エミュレータ@my_avd -no-boot-anim -qemu -icount auto
@my_avd
- 'my_avd'という名前の仮想デバイスを起動します-no-boot-anim
- 起動を速くするためにアニメーションを無効にする-qemu args...
- qemuに引数を渡す-icount [N|auto]
- 命令ごとに2 ^ Nクロックティックの仮想命令カウンタを有効にするこれはアニメーションを滑らかにし、adb install
を10倍にしました。
Google I/O 2011:Android開発ツール talkで0:40:20からエミュレータの問題を確認できます。
完全なAndroid環境がエミュレートされたハードウェア上で実行されており、命令もエミュレートされたARMプロセッサ上で実行されるため、エミュレータの動作は遅くなります。
それがどんな専用のハードウェアでも走っていないので、主なチョークポイントはレンダリングですが、それは実際にソフトウェアレンダリングを通して実行されています。画面サイズを小さくすると、エミュレータのパフォーマンスが大幅に向上します。より多くの/より速いメモリを手に入れることは助けにはならないでしょう。
当時、彼らは、エミュレータがホストハードウェアを介して特定の命令をパイプ処理できるようにするインタフェースを開発していると述べていました。
Androidエミュレータリリース9には、新しい「スナップショット」機能があります。 エミュレータの状態を保存する (エミュレータのイメージを作成する)そしてエミュレータを起動したときに起動しないようにすることができます。
エミュレータの現在の(2011年5月)バージョンは、特に Android 3.0(Honeycomb) では遅くなります。これは、エミュレータがハードウェアをサポートしていないためですGL - これはGLコードはソフトウェア(実際にはARMソフトウェア)に変換され、その後ソフトウェアで QEMU にエミュレートされます。これは気が遅いです。彼らはこの問題に取り組んでおり、部分的に解決されていますが、いかなる種類のリリース品質でもそうではありません。
ビデオをチェックしてくださいGoogle I/O 2011:Android開発ツールそれを実際に見るには - 約44分にジャンプしてください。
まず、Intel x86 Emulator Accelerator(HAXM)をインストールしてください。これは、Intelから直接ダウンロードすることも、Android SDK Managerを使用してダウンロードすることもできます。 SDKマネージャでは、それはExtrasの下にあります。
私が使ったAndroid Studioのバージョン(0.8.9)では、Android SDK ManagerはHAXMをダウンロードしますが、実際にはインストーラを実行しません(これは後のリリースで修正されると思います)。インストーラを実行するには、C:¥Program Files(x86)¥Android¥android-studio¥sdk¥extras¥intel¥Hardware_Accelerated_Execution_Managerに移動し、手動でintelhaxm.exeを起動する必要がありました。
HAXMはIntelデバイスで動作するため、Intel CPUを搭載した新しいエミュレータを作成しました。
これによりかなり改善されましたが、エミュレータはまだ少し鈍い感じでした。最後のステップは、Android Virtual Device Manager(AVD)でUse Host GPUを選択することでした。
これらの変更の後、Android Emulatorは5〜10秒で起動し、目立った遅れなく実行されていました。これらの機能はハードウェアに依存し(CPU/GPU)、システムによっては機能しない場合があることに注意してください。
新しいオプションは Android用のVisual Studio Emulatorです。 - 高速です。 Hyper-V 、x86、および VSがなくても無料でダウンロードできます 。
Android Studio用に Genymotion をお試しください。早く燃える!一度だけインストールが必要です。もうAVDの痛みはありません。
これにさらに情報を追加する。
私は最近私のUbuntuのインストールを Ubuntu 10.04 LTS(Lucid Lynx)にアップグレードしました。
Java version "1.6.0_20"
Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
Java HotSpot(TM) 64-Bit Server VM (build 16.3-b01, mixed mode)
そして今、エミュレータは(起動するのにしばらく時間がかかりますが)以前より速く走っているようです。
JVMをアップグレードする価値があるかもしれません。
これは私が誰もそれを全く言及しなかったことに気づいたものです。
すべての利用可能なプロセッサをエミュレータに割り当てます
これがあなたが試すことができるものです。特にロード時間中は、エミュレータのスピードが上がります。私は、エミュレータが利用可能なCPUのシングルコアしか使用していないことに気づきました。利用可能なすべてのプロセッサを使用するように設定しました。
私はWindows 7を使っています。
Androidエミュレータが起動したら、[タスクマネージャ]を開き、[プロセス]タブで[emulator-arm.exe]または[emulator-arm.exe * 32]を探します。右クリックして[プロセッサアフィニティ]を選択し、エミュレータに好きなだけプロセッサを割り当てます。
Androidエミュレータの動作が遅くなっています。実行中は800MBのメモリが必要です。 Windowsを使用している場合は、Microsoft Android Emulatorを使用できます。それは素晴らしいです、あなたにAndroid Studio Emulator以上の機能を提供します。そして最も重要なのは高速です(13MBのみを消費します)。 Visual Studio 2015 Technical Previewが付属しています。私はそれを使っていて、それに満足しています。 VSパック全体をダウンロードしてインストールしました。VSエミュレータのみをインストールする方法を検討する必要があります。
編集:試してみてください https://www.visualstudio.com/vs/msft-Android-emulator/ /
しばらく開発した後、私のエミュレータは残酷に遅くなりました。 ユーザーデータの消去 を選びました。デプロイした各 _ apk _ ファイルをロードするには時間がかかると思います。
まあ、誰かが代わりのテスト用エミュレータとしてAndroid x86を提案したので、私も私のお気に入りを紹介します。これは誰にとっても代替手段ではないかもしれませんが、私にとっては完璧です!
Bluestacksプレーヤー を使用してください。これはAndroid 2.3.4で動作し、とても滑らかで速いです。時にはそれは通常のデバイスよりもさらに速いです。唯一の欠点は、API Level 10と1つの画面サイズでアプリをテストできることですが、機能しているかどうかをテストするためだけに最適です。次のコマンドを実行して、Playerをadb
に接続するだけです。
adb connect 127.0.0.1
コンパイル後、すぐにインストールされます。平均的なコンピュータハードウェア(4 GBのRAMを搭載したデュアルコア)を使用していることを考えると、非常に印象的です。
断続的な低速エミュレータ(SDK v8.0)のロード時間があり、Eclipse(3.6.1)がロードされたXubuntu 10.04 VirtualBox 3.2.12ゲストで動作するIntel Core i7 920 2.67 GHz CPUで最大3分でした。 VirtualBoxのゲストメモリを1024 MBから2048 MBに変更したところ、その時点から二度と遅くなることはありませんでした(ロード時間は33秒、CPU負荷は20%)。 Eclipseとエミュレータはどちらもメモリを消費します。
エミュレータの起動時間を短縮するには、エミュレータを起動する前に[Disable Boot Animation]をチェックする必要があります。 Androidのドキュメント を参照してください。
わからない場合は、アプリを実行またはデバッグするたびにエミュレータを閉じる必要はありません。すでに開いているときに[実行]または[デバッグ]をクリックすると、APKファイルがエミュレータにアップロードされ、ほぼすぐに起動します。エミュレータは最初に起動したときだけ煩わしい時間がかかります。
Androidエミュレータを高速化するためのヒントは次のとおりです。Androidエミュレータを最大400%高速化する方法。
Android Emulatorとアプリのテストをスピードアップするには、Android Studioを Android Studio 2.0 versionにインストールまたはアップグレードしてから、アプリの[設定]> [設定]> [ビルド]> [実行]> [展開]インスタントランを有効にするをクリックします。そしてその後これはあなたのプロジェクトがインスタントランで動作するための正しいgradleプラグインを持っていることを保証します。
しかしAndroid Studioは現在プレビュー中ですので、今すぐ試すことができます。
古いバージョンのAndroidはずっと速く動きます。ネットブックを使っているときは、Android 1.5(API level 3)を使用しています。ただし、いくつかの欠点があります - あなたのアプリケーションは(明らかに)古いプラットフォームをサポートする必要があり、ndk-gdbはAndroid 2.2(APIレベル8)以降を実行する必要があります。しかし、古いプラットフォームに対して定期的にアプリをテストすることは、とにかく良い考えです。
初心者のためのシンプルで簡単なソリューション。私はいろいろな方法を試してみましたが、 Genymotion をEclipseと組み合わせてやめました。 GenymotionはEclipseに仮想デバイスを追加するだけです。
ステップバイステップ:
私の場合、この解決策は唯一の高速ソリューションです。 Eclipseのエミュレータはそれほど速く動作したことがなく、すべての設定は非常に低速でした。このソリューションだけがほぼリアルタイムで機能します。私はお勧めすることができます(ノートブックi3、2.6 GHz)。
Windows 7の3.4 GHzクアッドコア6 GB RAM上では、エミュレータは非常に低速でした。私はエミュレータを通してLauncher-Pro.apk
をダウンロードしてインストールし、それをデフォルトのランチャーとして設定しました。それは 倍増 私のエミュレーション速度!画面はずっとスムーズで早くロードされます。 2.1や2.2ではダウンロードされていないようですが、2.0だけです。
Intel CPUを使用している場合は、 Intel Hardware Accelerated Execution Manager をインストールしてください。
それから エミュレータ設定 でエミュレータのCPUとして割り当てます。私が Core i7 CPUでやったとき、それは約10分かかりました。今では15秒で開きます。
間違いなくこれで私のために物事をスピードアップしたいくつかのことがありました
AVDの編集ウィンドウの[Use Host GPU]チェックボックスをオンにして、レンダリングプロセスをGPUに委任する1.。
2.Intel Atom(x86)イメージをダウンロードするか、あなたがwindows/macユーザーの場合はIntel x86 Emulator Accelerator HAXMをダウンロードしてください。
残念ながら、Intel x86イメージの問題は、Google Appsを入手できないことです。それらにはARMイメージしか付属していません。
これがGenymotionが役に立つところです
どうして誰もVisual Studio Emulator
を代替手段として挙げていないのだろうか。ネイティブのAndroid Studio Emulatorよりもはるかに高速です。
掲載結果の比較は次のとおりです。 https://medium.com/Android-news/how-visual-studio-emulator-for-Android-can-improve-your-Android-development-9e17a6213839#.hlh7ba6ut
さらに優れているのは、apkファイルやgapp(またはその他のFlazable Zip)さえもドラッグアンドドロップでインストールできることです。ただし、欠点は、Windowsでしか利用できないHyper-Vが必要なことです(それも、Windows 8以降)。その他の制限事項(上記の説明とともに)およびその他の詳細情報は、こちらにあります。 https://blogs.msdn.Microsoft.com/visualstudioalm/2014/11/12/introducing-visual-studios-emulator-for - アンドロイド/
より良い経験のために、私はshop.genymotion.comのライセンスされたgenymotionをお勧めします。試してみたい場合は、最初に ここでgenymotionを取得できます
私はEclipse(IndigoとAndroid 1.5、Snapshotなし)からエミュレータを起動しようとしましたが、45分後に停止しました。
統計情報:Phenom Quad(2.6 MHz)、4 GB DDR2 Corsair Dominator(800 MHz)。 AVDはSSDドライブにあり、エミュレータは7200 RPMのHDDにあります。
私は-no-boot-anim
オプションでエミュレータを手動で起動し、30秒でロードしました。 :)
CMDで、emulator.exe
ファイルがあるフォルダーに移動して次のように入力します。
emulator.exe @<YourAVDFromEclipse> -no-boot-anim
emulator.exe
ファイルはツールのAndroid SDKフォルダーにあります。
Windowsでは、C:\Users\<NAME>\.Android\avd
の下にAndroid仮想デバイス(AVD)があります。
プロジェクトは、起動したAVDをターゲットにしたEclipseの内部から実行され、きちんと表示されます。D
オリジナルのAndroidエミュレータと完全に互換性のある、新しいAndroid仮想マシンLeapdroidを試すことができます。エミュレーションではなく仮想化テクノロジを使用しているため、ネイティブの速度がかなり上がります。さらに、LeapGLと呼ばれる新しいOpenGLテクノロジを使用します。これは、ネイティブ速度でOpenGLグラフィックを実行します。私たちのvmは他のものに比べて最高のパフォーマンスを発揮します。
ソースコード: https://github.com/leapdroid
LeapdroidはEclipseとAndroid Studioと完全に互換性があり、同じadbポートを使用します。
私の解決策は Vysor です。私は両方の最高の世界を手に入れる。私は自分のマシンにそれほど充電しないでください、しかし私はスクリーンに私の本当のAndroidデバイスを見ることもできます。エミュレータではうまく動作しません。
広告付きの無料版と他のソリューションと比較して支払われたものがあり、銀行を壊すことはありません。
Android ADT 18には(ベータ版)GPU対応オプションが含まれています(単にAVDプロパティからGPUアクセラレーションを有効にします)。それは大きな違いを生むし、ICSさえも比較的快適に感じます。
あなたは、Androidエミュレータの代わりにGenymotionを試すことができます。それはAndroidエミュレータより速くて良いです。
BlueStacks をインストールすることを強くお勧めします。その点では、他の多くの機能を備えたエミュレータと同じように機能します(たとえば、Androidマーケットにアクセスできます)。また、EclipseからBlueStack Device/Emulatorまで、非常に優れたパフォーマンスでアプリケーションを直接実行できます。アプリケーションをEclipseからBlueStackエミュレーターまで実行するのにかかる時間はわずか数秒です。
エミュレータを使用する代わりに、ChromeでARC Welderアプリを使用してAndroidアプリをテストできます。 Chrome用App Runtime
説明できないことに気付いたのですが、私にとってはうまくいきました。
とにかく私はソースからAndroidをコンパイルしていました、そして内蔵のエミュレータは数秒で起動し(私のマシンはデュアルコアAMD 2.7 GHzです)そして1分で、おそらく最初の実行で2つ、システムが稼働しました。一方、Eclipse ADTバンドルを使用すると、エミュレータの起動に30分かかりました。受け入れられない。
解決策 はここで動作します(他のマシンでテストする方法はありませんので、気が向いている場合はテストして確認してください)。
<source base dir>/out/Host/linux-x86
また、スナップショットから実行し、状態をスナップショットに保存することにも同意します。私のアドバイスはエミュレータの起動時間だけに関係します。なぜデフォルトでこんなに長いのか、私にはまだわかりません。とにかく、それがあなたのために働くならば、:)を楽しんでください
これを書いている時点で最速のエミュレータは、Android SDKに付属の組み込みx86エミュレータです。あなたは仮想マシンを作成するAVDマネージャでそれらを見つけることができます。それらのどれかを選ぶだけで、CPUの種類を選ぶことができます(最高のパフォーマンスを得るにはx86を選択してください)。それはあなたのマシンと同じくらい速いでしょう。
Android 4.0および4.0.3用の最新のそのようなマシンはにあります。Androidエミュレータを強化する:Goldfish&x86を使用したAndroid ICSの構築KVM EC2でのサポート - TestObject。
注:これは開発目的のためだけです。パフォーマンスをテストするには、実際のデバイスを使用するか、ARM CPUを使用してエミュレータをテストする必要があります。
あなたはより多くのメモリが必要です。
これが私がそう言う理由です:
私はゲストとしてUbuntu 10.10を実行するためにWindows上でVirtualBoxを使用しています。 VMにEclipseとAndroid SDKをインストールしました。私の物理ボックスには4 GBのメモリがありますが、Ubuntu仮想マシンを最初に構成したときは、1 GBしか割り当てていませんでした。エミュレータは起動するのに約15分かかりました。それから、VM 2 GBになるように設定を変更したところ、エミュレータは1分以内に実行されました。
Genymotion emulatorは here からダウンロードできます。これは速くて効率的です。
私はMacでも同様の問題を抱えています。私がしたこと;
これらはCPU使用率の低下にある程度の影響を及ぼし(40〜60%程度ではない)、最終的な解決策ではありません。しかし、繰り返しになりますが、CPU使用率は100%以上ではありません。
エミュレータは時間が経つにつれて遅くなることに気付きました。それで、非常に遅くなるエミュレータを削除して、AVDマネージャの助けを借りて新しいものを作成することができます。私はそれを数回試しました、そしてそれはうまくいきます。
USB Debuggingによる開発にはAndroid携帯を使用することをお勧めします。それは、仮想デバイスと比較してアプリのテストにおけるより良い経験とより良い出力を与えます。またはあなたはまた答えの残りの部分で言及されているオプションを使用することができBluestacks App Playerと一緒に行くことができます、それはまたAndroidデバイスが利用できない場合には良いオプションです。
私たちが遅いAndroid Emulator上でプロジェクトを実行していた当時は終わりました。今日、Androidエミュレータはステロイドを使用しています。 Androidエミュレータほど高速なエミュレータは他にありません。詳細については私のブログを参照してください。
http://androidveteran.blogspot.in/2016/01/Android-emulator-multi-touch.html
私は新しいAndroidエミュレータについて詳しく説明しました。見てみな。
私を信じてください、彼らはあなたの本当の装置が働くのと同じくらい速いです。
これは私のために働いてきたものです:
私はOpenGL設定で遊んでみることをお勧めします。内蔵GPUでデュアルコア(クアッドスレッド)のi3-2350Mを実行しています。SwiftShadersを使用するとパフォーマンスがひどくなりますが、それを "Desktop Native OpenGL"(Extended Controls > Settings > OpenGL ES Renderer
)に変更するとスムーズに実行されます。
デバイスが起動しない場合は、デバイス設定のOpenGL ES API Level
設定とGPUエミュレーション設定を試してください。
理由はわかりませんが、私の2011年Intelプロセッサでは、それが違いをもたらします。
Windows - > preference - > General - > Startup and shutdownの順に進み、起動時にプラグインのいくつかの不要なアクティベーションを削除します。また、これらのプラグインをどのビューにも使用しないようにしてください。
Eclipseはワープロではありません。スペルチェックを無効にすることをお勧めします。スペルチェックを無効にすると、Windows - > Preference - > General - > Editors - > Text Editors - > Spellingの順に移動して、Eclipseの負担を減らすことができます。
Eclipseがプロジェクトをビルドすると、すべての出力フォルダーを削除し、他のコンパイラーによってビルドされたクラスを再ビルドします。出力フォルダの削除と再構築にはしばらく時間がかかるため、このような機能を無効にすることができます。ウィンドウズ - >設定 - > Java - >コンパイラ - >ビルド
あなたにとってあまり役に立たないラベル装飾を無効にすることはまたあなたがいくらかのパフォーマンスを得るのを助けるでしょう。ウィンドウに移動 - >設定 - >一般 - >外観 - >ラベルの装飾
不要なプロジェクトを閉じ、ワーキングセットオプションを使用して、あるプロジェクトグループから別のプロジェクトグループにスムーズに移動します。
必要ない場合は、Eclipseの自動構築を無効にすることもできます。ジャンププロジェクト - >自動的にビルド(チェックを外す)
多くのタブをエディタで開いたままにしないでください。約20のタブがある方が良いでしょう。未使用のタブは定期的に閉じてください。リソースを開くには、たくさんのタブを開く代わりにctrl + shift + Rとctrl + shift + T(Javaリソース)を使うことができます。
不要なプラグインを無効にします。完全なJ2EE Eclipseバージョンにはプラグインを無効化/アンインストールするオプションがあります。ジャンプ - >ソフトウェアの更新 - >設定の管理無効にするオプションを取得するには、インストールされているプラグインを右クリックします。このオプションが利用できない場合は、Windows - >環境設定 - > Capabiltyの順に選択してクラシックアップデートを有効にし、クラシックアップデートを確認してください。これで、設定管理オプションがヘルプメニューに表示されます。
新しい Android /仮想デバイスを作成しながら、エミュレータの画面サイズを縮小してみてください。
AVDマネージャで提供されているデフォルトのオプションと比較して、これがエミュレータを非常に速く起動することを私は見ました。
ADBユーティリティを使用する私は重要ないくつかのより多くの情報を発見しました。
エミュレータは実際には動作していますが、グラフィカルインタフェースが問題になる可能性があります。
Androidのスプラッシュ画面が表示されていて、ずっと待っていると、次のようになります。
次のコマンドラインツールを実行して、表示されているプロセスを確認できるため、エミュレータは実際に実行されています。
adb -s emulator-5554 Shell ps
デバイス上で実行されているプロセスの一覧が表示されます。
出力をファイルにパイプしました。実行中のすべてのプロセスのリストは次のとおりです。
USER PID PPID VSIZE RSS WCHAN PC NAME
root 1 0 696 500 c02ae25a 0805a406 S /init
root 2 0 0 0 c02315a2 00000000 S kthreadd
root 3 2 0 0 c021f9dc 00000000 S ksoftirqd/0
root 5 2 0 0 c022e8d7 00000000 S kworker/u:0
root 6 2 0 0 c022e085 00000000 S khelper
root 7 2 0 0 c022e8d7 00000000 S kworker/u:1
root 255 2 0 0 c02886de 00000000 S sync_supers
root 257 2 0 0 c028935e 00000000 S bdi-default
root 259 2 0 0 c022e085 00000000 S kblockd
root 267 2 0 0 c022e085 00000000 S ata_sff
root 278 2 0 0 c04f610f 00000000 S khubd
root 283 2 0 0 c022e085 00000000 S md
root 297 2 0 0 c022e085 00000000 S cfg80211
root 298 2 0 0 c022e8d7 00000000 S kworker/0:1
root 413 2 0 0 c0283057 00000000 S kswapd0
root 481 2 0 0 c02cd713 00000000 S fsnotify_mark
root 501 2 0 0 c022e085 00000000 S crypto
root 590 2 0 0 c022e085 00000000 S iscsi_eh
root 611 2 0 0 c048aa21 00000000 S mtdblock0
root 619 2 0 0 c048aa21 00000000 S mtdblock1
root 627 2 0 0 c048aa21 00000000 S mtdblock2
root 666 2 0 0 c022e8d7 00000000 S kworker/0:2
root 700 2 0 0 c022e085 00000000 S binder
root 724 2 0 0 c022e085 00000000 S deferwq
root 725 1 624 348 c02ae25a 0805a406 S /sbin/ueventd
root 932 2 0 0 c055236e 00000000 S mmcqd/0
root 939 2 0 0 c0340f30 00000000 S yaffs-bg-1
root 941 2 0 0 c0340f30 00000000 S yaffs-bg-1
root 942 2 0 0 c0340f30 00000000 S yaffs-bg-1
system 943 1 1340 400 c056a35d b76a1eb6 S /system/bin/servicemanager
root 944 1 5540 924 ffffffff b7646c11 S /system/bin/vold
root 947 1 1548 504 c05785ce b766c163 S /system/bin/debuggerd
radio 948 1 6420 1016 ffffffff b76d3c11 S /system/bin/rild
system 949 1 20088 2876 ffffffff b7655eb6 S /system/bin/surfaceflinger
drm 951 1 10480 2920 ffffffff b7585eb6 S /system/bin/drmserver
keystore 954 1 5036 1416 c056a35d b765deb6 S /system/bin/keystore
root 955 1 1324 440 c02d0083 b76b28ab S /system/bin/qemud
Shell 958 1 1428 668 c03e9ad9 b767fa76 S /system/bin/sh
root 959 1 4680 304 ffffffff 08063530 S /sbin/adbd
graphics 1012 1 17980 4276 ffffffff b7652eb6 S /system/bin/bootanimation
media 4743 1 25288 6232 ffffffff b75beeb6 S /system/bin/mediaserver
root 4744 1 3944 1164 00000000 b7628976 R /system/bin/netd
root 4770 4744 0 0 c021de78 00000000 Z iptables
root 4771 959 1768 540 00000000 b766fa76 R ps
楽しみのために、私は次のコマンドを実行し、 "Android"アニメーションを殺しました。
adb -s emulator-5554 Shell kill 1012
スプラッシュスクリーンが空白になったので、本当に何かが起こっています。
私は他のプロセスを殺そうとしましたが、それで私は気分が良くなりましたが、それでもエミュレータはまだ起動していないようでした。しかたがない。私は8GbのRAMを搭載したQuadCore i7を使っています。この質問の他の記事で説明されている設定でhaxmも実行します。
注 :2014年9月19日にこれを更新しました - エミュレータがインスタンスを起動しようと試みるが、決してエミュレータファイルのファイル権限に関連しないという奇妙な動作があることを知りました。それらはコピーされた方法のために読み取り専用に設定されていたので、エミュレータはその「仮想ディスク」にインストールして書き込もうとしますが、実際には「仮想ディスク」は私のOSが読むように設定したファイルです。それだけで失敗します。これらの失敗により、エミュレータは起動しません。ファイルをフルアクセスに設定すると、エミュレータは記録的な速さで起動します。
画面サイズを小さくしてみてください。おそらく Ubuntu の使用を検討してください。私は同じ問題を抱えていた、そしてどういうわけか同じPC上の私のエミュレータはLinuxを使うとき5倍速く動作する。
私はただデフォルトのAndroid 3.1を使い、それは非常に遅いのですが、私は自分のコードがAndroid 2.3.3互換であることに気付いたのでそれに切り替えました。それは約50%速くなり、またエミュレータは私の電話のように見え、そして使いやすくするために恒久的にキーボードが表示されています。
さらにRAMを追加して、SSDドライブを使用してください。私の経験に基づいて、Android Studioは8〜12 GBのRAMでSSDドライブを使用するのが最適です。
AVD Manager
でVDを選択して[編集]をクリックし、VDでテキストを読み込めるように解像度を[小]に設定します。
私は800 x 600ピクセルを使い、RAMは512 MBに設定されています、そしてそれはCPU時間をあまり使わずに魅力的に働きます。
Android x86を使用すると、Androidエミュレータよりも生産性が向上します。
Android x86 4.2では、Androidエミュレータと比べて非常に高速なデバッグが可能です。設定は何倍も速い
それは最新の Android X86 4.2 (Jelly bean)と VirtualBox で動作しています。
インターネットと ADB との接続方法はいくつかあります。
最も簡単な解決策は、ホストがインターネットに接続されている場合にインターネットに直接接続するNATアダプタを使用することですが、この設定ではADB接続を取得できません。
ここであなたはパブリックIPアドレスを取得するので、あなたはホストコンピュータに接続することはできません。
最も簡単な解決策は、ホスト専用アダプタを使用することです。
注:DHCP サーバーの設定により、デフォルトのホストオンリーアダプターは機能しない可能性があります。新しいHostOnlyAdapter
を作成するか、既存のアダプターに対してDHCP server
を実行してください。
この場合は注意が必要です。
インターネット接続にLANを使用している場合は、イーサネットカードとともにブリッジアダプタを使用する必要があります。それはあなたにローカルIPアドレスを与え、仮想マシンはホストマシンを使ってインターネットに接続します。
Wi-Fiを使用している場合は、代わりにWi-Fiアダプタを選択して同じ操作を行います。
他の種類の接続でも、同じようにします。
IPアドレスを確認するには、単にを押します。 Alt+F1 (コンソールウィンドウ用) (グラフィック表示に戻るには、を押します。 Alt+F7。)
コンソールウィンドウが表示されます。 netcfgと入力します。
IPアドレスが表示されます。
今すぐあなたのホストに移動し、コマンドプロンプトを実行し、adb
ディレクトリに移動します。
type adb connect <your IP address>
aDBコネクト192.168.1.51
adb kill-server
adb start-server
ADBに接続されている機器を確認できます。
adb devices
元の質問では、 ここをクリック 。
今ADT 21に、それは速いエミュレータのためのより多くのオプションを提供します...あなたは512 MBのRAM、より低いCPU時間、デバイス選択とVM高ヒープサイズを使うべきです。より良い結果を得るには、Intel AtomをCPU/ABIで使用する必要があります。スナップショットとCPUホストを使用してもエミュレータの速度は上がらないかもしれませんが、他の目的に役立つものがあります。
簡単な答え:ARM - > x86命令変換のためです。エミュレータは、本格的なOSの起動とその後のテストアプリケーションの実行を担当する仮想マシンと同じように機能します。 ARM - > x86の翻訳は非常に時間がかかることがあります。あなたのアプリにとってはより少なくなりますが、OSが起動しているときにはより多くなります(複雑さと関係する命令の数に比例します)。
X86エミュレータでコードを実行することを提案する人もいました。これが意味するのは、ARMベースのOSをロードする代わりに、ARMからx86への変換が不要なため、x86マシン上で高速に動作するx86版をロードすることです。それでも、これは完璧な解決策ではありません。
NDKを使用し、ARM用にコンパイルされたネイティブライブラリ(* .so)が同梱されているAndroidアプリケーションは、x86エミュレータでは動作しないため、そのようなプログラムは実行できません。しかし、その点に到達してNDK /ネイティブJNIコードを処理するようになれば、おそらくエミュレーターについては既に十分に知っているでしょう。
私は昨日Windows 7を始めたばかりで、同じ問題に直面していました。私が見つけて私のために働いている最も簡単な解決策は、エミュレータでローコンフィグデバイスを使うことです。 Nexus 7ではなくNexus Oneを使用し、Android仮想デバイスでデバイスのスナップショットを選択しました。
また、エミュレータを開いたままにしておくことも重要です。 EclipseとAndroid Studioの両方で動作します。
ウィンドウ内では、RAMが700以上の場合、スナップショットは一般的に機能しません。したがって、設定の低いものを選択すると、Hello Worldをテストしてからアプリケーションを開発するのに役立ちます。後で、ハイエンドデバイスでテストできます。
私にとっては、私のハードウェアではサポートされていないため、仮想化サポートは機能しません。
高速テスト(<1秒)の場合は buildroid with VirtualBox の最初のネットワークカードを「Host only network」に設定してから実行します。
C:\Program Files (x86)\Android\android-sdk\platform-tools>adb connect *.*.*.*:5555
connected to *.*.*.*:5555
(^)DOS/bash(v)
# adb connect *.*.*.*:5555
connected to *.*.*.*:5555
ここで*。 *。 *。*は、buildroidメイン画面でbuildroidアプリをクリックすることによって取得するbuildroid IPアドレスです。
現在のAndroid Studioを Android Studio 2.0 にアップデートし、さらにシステムイメージをアップデートします。
Android Studio 2.0エミュレータは、Androidの以前のエミュレータよりも約3倍高速で動作します。ADBの機能強化により、アプリケーションやデータを物理デバイスよりも10倍高速にエミュレータにプッシュできるようになりました。物理的なデバイスのように、公式のAndroidエミュレータには Google Play Services が組み込まれているので、より多くのAPI機能を試すことができます。最後に、新しいエミュレータには通話、バッテリ、ネットワーク、GPSなどを管理するための豊富な新機能があります。
エミュレータを縮小してみてください。そうでなくても、少し速くなります。
可能であれば、Android開発用のUbuntuの使用に切り替えてください。私はAndroid開発のためにUbuntu 14.04 LTSに切り替えました、そして私は私がジャンプしたことをうれしく思います。上記のすべての手順で、Windowsのラグにはほとんど違いはありませんでした。 Linuxはあなたが直面しているすべての問題に対する正しい答えです
あなたがサードパーティと一緒に行きたいのであれば、Android Studio 2.02が起動されました。
デバイスをエミュレートするときにARMベースのイメージを使用するよりも比較的高速な起動には、Intel X86 Atomストレージイメージを使用してみてください。
もう1つ注意が必要なのは、システムの設定によっては、1.21 GBのRAMでAndroidエミュレータを実行すると、エミュレータに最大で一定の割合のRAMこれはデバイスをエミュレートするために使用され、ADTによって使用されるRAMを忘れないでください。
少なくとも実行可能な経験のために2.1 - 2.3.3のシステムイメージを試してみてください。さらに忘れないでください スナップショットに保存 素早い読み込みのために。最初のロードは時間がかかるかもしれませんが。しかし、スナップショットに保存すると、時間を確実に節約できます。
スナップショットを有効にしても、初回実行時にスナップショットが速くなるわけではありません。大きなSDサイズには行かないでください。初回の実行では、SDカードのサイズを100 MBに調整してください。
まず、RAMを少なくとも8GBにアップグレードする必要があります。
RAMをアップグレードできない場合は、データケーブルとUSBデバッグをオンに設定して接続し、Android携帯でアプリケーションを実行してみてください。
また、 GenyMotion または Nox などの他のエミュレータを使用することもできます。
ただし、RAMの量が多いと、他のエミュレータでも動作が遅くなる可能性があります。
_ haxm _ は、Intelプロセッサ用のエミュレータを高速にする方法です。 _ haxm _ はカーネルドライバの部分であり、ユーザースペースエミュレータの部分は _ qemu _ - に基づいています。 HAXMを使用する _ qemu _ のブランチがあります(この _ qemu _ ブランチは非常にAndroidエミュレータ固有です(そして _ qemu _ の古いバージョンをベースにしているようです)。 ).
それでも私が intel core i3 プロセッサを 4 GigaBytes RAMと一緒に使用した場合でも、速度が向上するわけではありません。だからこれは私にとって解決策ではなかった。
私は4GBを使用しているのでRAM cpuエミュレータはRAM eaterになりますが、それをより便利にするために私が好むいくつかの方法があります アンドロイド* 86 サポートベースエミュレータ。そしてAndroidスタジオが今紹介するように Instant-Run それで最初の起動後のアプリのインストールは速くなりました、しかし私はいつも問題に直面していて、これから抜け出す方法がないように思えます。
私は Droid4x を使っていて、それは私にとっては非常に便利ですが、私は異なるapiバージョンをインストールする方法を見つけることができません、私は KitKat でそれを使いました。また VTサポートが有効 、だから私はVisual Studio Emulatorである別の方法と良い解決策を見つけたあなたはそれについてもっと読むことができます ここ 、最新のi使用されている LeapDroid その本当に強力な比較を参照してください ここ
私は4GBのRAM PCでリアルデバイスを使い、次にエミュレータを使うのが好きです。
私は同じ問題を抱えていました、しかし私は.Android
からC:\Users\User\
フォルダーを削除することによってそれを修正しました。
EclipseやAVDを起動するたびに、そのフォルダを削除します。その後、私のAVDは20〜30秒で起動し、エミュレータはごくわずかな遅れでスムーズに動作します。
オプション:それでも問題が解決しない場合、NEXUS S AVDのクローンを作成してみてください。
はい、ネイティブAndroidエミュレータはgenymotionのような他のカスタムエミュレータよりも非常に遅いため、あなたは正しいです。機能的なひょうたんAndroidテストを実行している間に、私はそれを見つけました。
ネイティブAndroidエミュレーターでは、「タイムアウト例外」が発生するとこの問題が発生するため、問題を解決したエミュレーターgenymotionに移動しました。
追伸:genymotionエミュレータはもう無料ではありません。