Emulator启动选项中描述的选项-cpu delay＜delay＞可以帮助您。

在模拟设备时，尝试使用Intel X86 Atom Storage Image进行相对更快的启动，而不是使用基于ARM的映像。

需要注意的另一件事是，根据您的系统配置，使用1.21 GB RAM运行Android模拟器可能是一种缓慢的体验，因为模拟器需要高达一定百分比的RAM，用于模拟设备，而不会忘记ADT使用的RAM。

尝试2.1-2.3.3的系统映像，以获得至少可运行的体验。此外，不要忘记“保存到快照”以加快加载速度。尽管第一次加载可能需要时间。但保存到快照肯定会节省一些时间。

在编写本文时，最快的仿真器是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的仿真器上进行测试。

为此添加更多信息。

我最近将我的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。

当前（2011年5月）版本的仿真器速度较慢，尤其是Android 3.0（蜂巢），主要是因为仿真器不支持硬件GL——这意味着GL代码被转换为软件（实际上是ARM软件），然后在QEMU中的软件中进行仿真。这太慢了。他们正在研究这个问题，并已部分解决，但没有任何发布质量。

查看视频GoogleI/O 2011:AndroidDevelopmentTools，看看它的运行情况——跳到大约44分钟。

您可以在GoogleI/O 2011:AndroidDevelopmentTools上回顾仿真器问题，开始0:40:20。

模拟器运行缓慢，因为整个Android环境在仿真硬件上运行，指令也在仿真ARM处理器上执行。

主要的瓶颈是渲染，因为它不在任何专用硬件上运行，但实际上是通过软件渲染执行的。减小屏幕大小将大大提高仿真器性能。获得更多/更快的内存不会有帮助。

当时他们已经提到，他们正在开发一种接口，允许仿真器通过主机硬件传输某些指令，因此最终，您将能够利用桌面硬件的原始功能来利用仿真器的性能。