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

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)，现在模拟器的运行速度至少快了一倍。投入更多硬件当然会有所帮助。

编辑虽然使用英特尔图像可以获得一些性能提升，但使用Genymotion获得的性能要大得多。请看保罗·拉默茨马的回答。

以前的回答

ADT rev 17模拟器支持在Windows和Mac OS x上以虚拟化模式运行x86系统映像，这对性能有显著影响。

ADT rev 17注释: http://android-developers.blogspot.jp/2012/03/updated-sdk-tools-and-adt-revision-17.html

配置虚拟机加速: http://developer.android.com/guide/developing/devices/emulator.html#accel-vm

我一直在使用英特尔(86)CPU/ABI。我用ARM(armeabi-v7a)创建了另一个模拟器，我发现速度有了很大的提高。我使用的是平台4.1.2 API级别16

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