如果你没有一个好的显卡(像我一样)，选择一个低分辨率的模拟器(例如:Nexus S)

I think it is because clr virtual machine uses cpu directly without code opcode translation. It may be optimization for clr application or may be windows mobile/window phone 7 started on INTEL proccessor. Android platform based on linux and theoretically you can start android on virtual machine in i686 environment. In this case virtual machines such as vmware could execute some opcodes direcly. But this option will be allowed only if you write on the Java. Because the Java interpret their byte-code or precompile it before execution. see: http://www.taranfx.com/how-to-run-google-android-in-virtualbox-vmware-on-netbooks

我最近从core 2 @ 2.5, 3gb内存换成了i7 @ 1.73, 8gb内存(两个系统都运行Ubuntu 10.10)，现在模拟器的运行速度至少快了一倍。投入更多硬件当然会有所帮助。

只是想说，在我安装了英特尔HAXM加速器并使用英特尔Atom映像后，模拟器的运行速度似乎快了50倍。差别是惊人的，看看吧!

http://www.developer.com/ws/android/development-tools/haxm-speeds-up-the-android-emulator.html

在今年谷歌I/O(2011)上，谷歌演示了一个更快的模拟器。问题不在于ARM和x86之间的字节码，而在于QEMU执行的软件渲染。我认为它们绕过QEMU的渲染，直接将渲染发送到X服务器。他们展示了一款具有出色性能和fps的汽车游戏。

我想知道什么时候开发者可以使用……

好吧，问题是从2011年开始的，我在2022年回答，根据我的经验，最好的答案是从命令启动模拟器，这样模拟器就会启动一个专用的进程，而不是android studio的子进程。如果进程是独立的，那么它将能够正确地使用GPU，并可以利用所有资源，不像从设备管理器启动模拟器。 你可以从设备管理器中创建AVD并从下面的AVD文件夹中独立启动模拟器。

如何打开模拟器命令行