How to speed up the Android Emulator by up to 400%

Mon 10 October 2011 By Thierry Delprat

I have been working on an Android SDK for the Nuxeo Content Management Platform in the past months and have worked more on it lately as we are on our way to making the first official release of this SDK. I wanted to share some feedback on a practical side of Android development related to test and emulation. After a few days of development, I found out that Android Emulator was a pain because it is far too slow.

First of all it is slow to boot, but even if you use Snapshot to speed up the start, the execution is also very slow, especially when using the debug mode.

Tweaking Qemu parameters did not help significantly, the emulator remains too slow, that's probably why most Android developers seem to use a real device attached via USB.

Anyway, I wanted to find a solution, also because I want to be able to do a demonstration of an application via a beamer and don't want to do the demonstration of a slow application.

Emulation vs. Simulation

I am not an Apple developer, but it looks like the iPhone simulator does not have the same issue as the Android Emulator.

One of the reasons for this is that it does not run a "real emulator", because the CPU instruction used by the iPhone simulator is the same as the one used by the host (x86).

On the contrary, Android Emulator emulates a real ARM processor on top of an x86 processor. This is a lot of overhead.

At least for quick test and demonstration purposes, I don't need to emulate an ARM processor, I just need to be able to run Android and my application.


Fortunately there is an open source project porting Android OS to x86 CPUs:

The project provides several images, and even if they logically cannot keep up to date with all the Android SDK releases, they provide an image for Android 2.3 that is an interesting target.

Setting up Android_x86 with VirtualBox

The first step is to download an ISO image of Android_x86. I used android-x86-2.3-RC1-eeepc.iso that can be downloaded from

The next step is to create a Virtual Machine to be able to run this image.

I used Virtual Box for that, but from what I read, QEmu can be used too.

So in Virtual Box, you have to create a new machine:

On the boot menu select install to hard disk.

During the set up, you will have to:

Once set up is completed:

Boot the VM; you should now have a running Android x86 image.

But since it is by default configured for an Eee PC, this is not ideal to test applications targeting a smart phone.

We will now change the configuration to match a phone screen.

Shutdown the VM and VirtualBox.

The first step is to define custom resolution modes. I defined 3 modes:

VBoxManage setextradata "Android2.3" "CustomVideoMode1" "320x480x16"
VBoxManage setextradata "Android2.3" "CustomVideoMode2" "640x960x16"
VBoxManage setextradata "Android2.3" "CustomVideoMode3" "480x720x16"
where "Android2.3" is the name of the VM in VirtualBox.

Now that we have declared new modes, we need to use them. For that we need to change the kernel parameters.

In order to do so, you need to restart the VM and on the boot menu choose the Debug mode so that Android boots in command line.

Start the VM.

Once started, we will remount the boot partition in read/write so that we can change the Grub configuration.

mount -o remount,rw /mnt
Then you can edit the menu.lst file.

vi /mnt/grub/menu.lst
Then duplicate the first menu entry (3 lines) and then edit the kernel parameters (the first "title" entry and two following lines.)

Default parameters are:

quiet root=/dev/ram0 androidboot_hardware=eeepc acpi_sleep=s3_bios,s3_mode DPI=240 SRC=/android-2.3-RC1
parameters I used:

quiet root=/dev/ram0 androidboot_hardware=generic_x86 acpi_sleep=s3_bios,s3_mode DPI=240 UVESA_MODE=480x720 SRC=/android-2.3-RC1
Set what you want for the title.

If you want to be able to select the resolution at boot time, you can also use:

quiet root=/dev/ram0 androidboot_hardware=generic_x86 acpi_sleep=s3_bios,s3_mode vga=ask SRC=/android-2.3-RC1
Save your menu.lst (:wq) and reboot the VM using the VirtualBox menu.

You should now be able to start an Android VM that looks like a phone.

Quick tips for using the VM:

Connecting the Android x86 VM to AVD and Eclipse

The goal is to be able to use the new VM from Eclipse using AVD to test and debug your app. For this to work, you need the network config to allow connection between the host (where you run Eclipse) and the VM. For that, inside VirtualBox you have several options in the Network settings:

On the host, open a command line and cd into the android platform-tools directory:

./adb connect
This will register your VM as a new device. You can now, directly from Eclipse, run and debug your application in the Android x86 VM.

As you will see, the speed improvement is very very significant:

Adding a SD card

You can use the documentation provided by

Using a file to fake a SD card

From the Android command line:

dd if=/dev/zero of=/data/sdcard.img bs=1024 count=65536 (64MB image)
losetup /dev/block/loop7 /data/sdcard.img
newfs_msdos /dev/block/loop7
Then restart the VM in debug mode, re-mount the partition in RW mode and edit menu.lst to add one parameter to the kernel:


Using a separated partition

This option requires a little more work.

You first have to create a new hard drive in VirtualBox and attach it to the VM.

Now start your VM in debug mode. Use fdisk to create a new partition. Once the partition is created, you have to format it:

newfs_msdos /dev/sdb1
Now edit the menu.lst file to add the parameter:


Feedback on using Android_x86 vm as a testing environment


So far, the x86 VM works as expected and outside of the speed I did not notice any real difference. All the Android projects have deployed correctly. Android API Sample project runs ok outside of the NDK.

The only visible point is that the Gallery app (Cooliris) is broken, I tested with a nightly build image, and it works a little bit better, but it's still broken.

Another issue is that in about 10% of the cases, the VM does not boot and you have to reset the VM. Since boot is very fast this is not a pain, so I did not investigate further.


The difference of speed is really visible and significant. Here are some figures to give an idea of the speed improvements:

QEmu + Android ARM (2.3.3) VirtualBox + Android X86 (2.3.5) Nexus One phone (2.3.6)
Result Speed ratio Result Speed ratio Result
Boot (in seconds, lower is better) 55 109% 5 1200% 60
Android API GUI test (in seconds, lower is better) 35 71% 20 125% 25
Android API OpenGL Sprite test (in ms, lower is better) 65 28% 8 225% 18
BrowserMark (index, higher is better) 5500 15% 165000 446% 37000
Nuxeo SDK test (in seconds, lower is better) 26 58% 14 107% 15
43% 226%
Android ARM emulator is about half the speed of a Nexus One, whereas the Android x86 VM is about twice as fast.


Category: Product & Development
Tagged: Content Management, How to
Check out the features of our latest Nuxeo Platform Download Nuxeo