我在x86 Windows XP Professional机器上有2.67 GHz赛扬处理器和1.21 GB RAM。
我的理解是,Android Emulator应该在这样的机器上启动得相当快,但对我来说,它没有。我遵循了设置IDE、SDK、JDK等的所有说明,并在快速启动仿真器方面取得了一些成功,但这非常罕见。如果可能的话,我如何解决这个问题?
即使它启动并加载主屏幕,它也非常缓慢。我已经在3.5版(伽利略)和3.4版(木卫三)中尝试过Eclipse IDE。
我在x86 Windows XP Professional机器上有2.67 GHz赛扬处理器和1.21 GB RAM。
我的理解是,Android Emulator应该在这样的机器上启动得相当快,但对我来说,它没有。我遵循了设置IDE、SDK、JDK等的所有说明,并在快速启动仿真器方面取得了一些成功,但这非常罕见。如果可能的话,我如何解决这个问题?
即使它启动并加载主屏幕,它也非常缓慢。我已经在3.5版(伽利略)和3.4版(木卫三)中尝试过Eclipse IDE。
当前回答
为此添加更多信息。
我最近将我的Ubuntu安装升级到Ubuntu 10.04 LTS(Lucid Lynx),这反过来又将我的Java版本更新为:
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。
其他回答
如果您有Intel CPU,请安装Intel Hardware Accelerated Execution Manager。
然后在“仿真器设置”中将其指定为仿真器的CPU。当我在Core i7 CPU上完成这项工作时,大约需要10分钟。现在它将在15秒内打开。
将当前的Android Studio更新为Android Studio 2.0,并更新系统图像。
Android Studio 2.0模拟器的运行速度比Android之前的模拟器快3倍,通过ADB增强,您现在可以将应用程序和数据推送到模拟器,速度比推送到物理设备快10倍。与物理设备一样,官方Android模拟器也内置了Google Play Services,因此您可以测试更多的API功能。最后,新模拟器具有丰富的新功能来管理通话、电池、网络、GPS等。
在编写本文时,最快的仿真器是Android SDK附带的内置x86仿真器。您可以在创建虚拟机的AVD管理器中找到它们。只需选择其中任何一种,然后选择CPU类型(选择x86以获得最佳性能)。它会和你的机器一样快。
适用于Android 4.0和4.0.3的最新此类机器可以在Giving your Android Emulator a Boost:Building Android ICS with Goldfish&x86 KVM support on EC2-TestObject中找到。
注:这仅用于开发目的。要测试性能,您仍然必须使用真实设备或在带有ARM CPU的仿真器上进行测试。
尝试在创建新的Android虚拟设备时减小模拟器的屏幕大小。
我已经看到,与AVD管理器中提供的默认选项相比,这将非常快速地启动模拟器。
您可以在GoogleI/O 2011:AndroidDevelopmentTools上回顾仿真器问题,开始0:40:20。
模拟器运行缓慢,因为整个Android环境在仿真硬件上运行,指令也在仿真ARM处理器上执行。
主要的瓶颈是渲染,因为它不在任何专用硬件上运行,但实际上是通过软件渲染执行的。减小屏幕大小将大大提高仿真器性能。获得更多/更快的内存不会有帮助。
当时他们已经提到,他们正在开发一种接口,允许仿真器通过主机硬件传输某些指令,因此最终,您将能够利用桌面硬件的原始功能来利用仿真器的性能。