我在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。
当前回答
我建议使用OpenGL设置。我有一个双核(四线程)i3-2350M运行在它的内部GPU上,如果我使用SwiftShaders,我会获得糟糕的性能,但将其更改为“桌面原生OpenGL”(扩展控制>设置>OpenGL ES渲染器)会使其运行平稳。
如果设备无法启动,请在设备配置中使用OpenGL ES API级别设置和GPU仿真设置。
我不知道为什么,但在我2011年的英特尔处理器上,它有着天壤之别。
其他回答
在3.4 GHz四核6 GB RAM(Windows 7)上,模拟器的速度慢得无法使用!我通过模拟器下载了Launcher-Pro.apk,安装了它并将其设置为默认启动器。它使我的模拟速度提高了一倍!屏幕加载更平滑、更快。它似乎没有在2.1或2.2中下载,只有在2.0中下载。
开发了一段时间后,我的模拟器变得异常缓慢。我选择了擦除用户数据,这要好得多。我猜加载您部署的每个APK文件都需要时间。
当前(2011年5月)版本的仿真器速度较慢,尤其是Android 3.0(蜂巢),主要是因为仿真器不支持硬件GL——这意味着GL代码被转换为软件(实际上是ARM软件),然后在QEMU中的软件中进行仿真。这太慢了。他们正在研究这个问题,并已部分解决,但没有任何发布质量。
查看视频GoogleI/O 2011:AndroidDevelopmentTools,看看它的运行情况——跳到大约44分钟。
我昨天刚开始使用Windows7,面临着同样的问题。我发现并正在为我工作的最简单的解决方案是在模拟器中使用低配置设备。我使用Nexus One而不是Nexus 7,并在Android虚拟设备中为设备选择快照。
同样重要的是保持模拟器打开。它可以在Eclipse和AndroidStudio中工作。
在一个窗口中,它表示当RAM超过~700时,快照通常不起作用。因此,选择配置较低的一个很容易帮助测试HelloWorld,然后开发应用程序。稍后,我们可以在高端设备上进行测试。
对我来说,虚拟化支持不起作用,因为我的硬件不支持它。
您(旧)版本的Eclipse中包含的仿真器非常慢。
最近的模拟器比2010年的速度更快。更新SDK/IDE。
就我个人而言,我使用真实的手机进行测试。它更快,测试更真实。但是如果你想在很多不同的Android版本上测试你的应用程序,并且不想买几部手机,你就必须时不时地使用模拟器。