我注意到模拟器只默认为核心0，而大多数Windows应用程序将默认为“任何”核心。此外，如果你把它放在另一个核心上(比如上一个核心)，它可能会让模拟器发疯。如果可以，可以尝试将CPU使用率高的应用程序放在其他CPU内核上，以提高速度。

硬件方面，获得最快的CPU，可以为单核应用程序工作。在模拟器性能方面，超过2个内核可能不会有太大的差异。

Eclipse + Android模拟器一起消耗了大量的RAM。我建议至少使用3g RAM，因为我使用的是一个有2g RAM的系统，它变慢了，因为系统用完了RAM，开始使用页面文件。

我觉得最好的cpu可能会有一个高时钟(只使用时钟作为同一系列cpu的衡量标准)，处理非simd操作很好，并有一个涡轮增压机制。没有很多基于java的基准测试，但总体上寻找像压缩和office这样的应用程序基准测试。不要关注游戏或媒体，因为它们深受SIMD的影响。如果你能找到一个Java版本，那就更好了。

启用GPU硬件加速(除了Intel的HAXM)，如果你使用API 15 v3或更新版本和SDK Tools v17+。模拟器的图形加速利用开发计算机的图形硬件，特别是图形处理单元(GPU)，使屏幕绘制速度更快。这大大提高了速度。

要在模拟器上启用默认启用的图形加速:在创建AVD时，在“硬件”部分单击“新建”，选择“GPU仿真”并将值设置为“是”。

要只在运行时启用加速:在启动模拟器时使用-gpu标志，如下所示:

emulator -avd <avd_name> -gpu on

来源:谷歌的使用模拟器教程。

谷歌最近发布了一款新的Android模拟器。它比旧的更快更好。你可以在这里找到更多信息。

如果你没有一个好的显卡(像我一样)，选择一个低分辨率的模拟器(例如: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

启用这个选项对我很有效。

AVD管理器->选择设备并单击“编辑”->启用“使用主机GPU”选项