Hacer que el emulador de android por defecto sea más rápido

Android Emulator lento? Tengo dos soluciones para ti

• Optimizar y actualizar su sistema
• Encuentra una PC basura, instala Android x86

Optimice y actualice su sistema:

• Instale los últimos controladores y actualizaciones para su sistema y sistema operativo
• Instalar las últimas compilaciones de Java, Eclipse y ADT
• Limpieza de su sistema para archivos no deseados (normalmente en la unidad raíz de Windows). Utilice herramientas como Ccleaner
• Asegúrese de que al menos tiene 2 GB de RAM, 1 GB para el emulador solo. Cambie la configuración mientras crea un emulador, Deshabilite hardware que no utilice como GPS, Giroscopio o lo que sea.
• Aumentar el tamaño de RAM del dispositivo y el tamaño de partición del caché

• Dé suficiente tiempo para que el emulador esté listo

• Tools.android.com/recent/emulatorsnapshots intenta Emulator Snapshots, funciona bien también.

10-50% Aumento de rendimiento.

Encuentra una PC basura, instala Android x86

Si usted tiene o puede permitirse una vieja PC, algo como Pentium 4 1GHz o más dar esto un tiro.

Abra la caja de la CPU,

• Extraer hardware innecesario como módems y tarjetas adicionales
• Limpiarlo un poco .. Quite el polvo y todo ..
• Deshabilitar periféricos no deseados como Floppy, PCI, AGP, etc …. en el BIOS.
• Configuración en BIOS para arrancar desde un CD

Ambos SATA o PATA funcionan bien.

1. Obtenga la última compilación genérica estable de android-x86.googlecode.com Aquí está la última versión estable (en el momento de publicar) ISO de 2.2, http://android-x86.googlecode.com/files/android-x86-2.2- Genérico

2. Descargue esta ISO y grabarla en un CD. Asegúrese de descargar la compilación Generic iso. Esta construcción funciona para la mayoría de las PC.

3. Ahora inicie la PC desde este CD e instale Android. Opcionalmente Puede configurar una tarjeta SD durante la instalación. Recomiendo instalarlo de inmediato.
4. Arranque en android y configure los ajustes dentro de la aplicación

+ Unknown Sources - Selected + USB Debugging - Selected + Stay awake - Selected + Allow mock locations - Selected 

1. Consiga un USB a USB tipo A Cable Masculino, Se utiliza para conectar dos puertos USB en diferentes PCs. Algo como esto,

Cable usb de Amazon.com

1. Conecte el cable a la máquina del desarrollador,
2. Instale el controlador necesario, debe instalar el paquete del controlador USB de Google desde la actualización del SDK Punto a C: \ android \ google-usb_driver. Se instalará un nuevo nombre de hardware Android Phone.

Ahora escriba lo siguiente en el terminal o en el símbolo del sistema, los dispositivos adb

Ahora puede ver su dispositivo conectado al adb. Ahora cuando ejecuta / prueba / depurar su aplicación en este dispositivo.

También puede hacer esto Virtualbox pero no estoy seguro acerca de cómo conectarlo al adb. Sin embargo mirar mi blog post abt instalarlo a virtualbox

Mi configuración y resultado del experimento:

Boot-up-Time 13 Secs (Aug 31, 2011 – 2.3.5 Probado en la PC, el tiempo de arranque es de menos de 8 segundos .. Increíble …)
Tiempo para instalar una aplicación en el dispositivo Casi despreciable

Especificaciones del PC usadas para la prueba:

Pentium 4 @ 2.90GHz Con HT.
Chipset 915G
2 GB de RAM
Teclado USB y ratón USB
Todos los puertos Serial, PS2, Parallel estaban deshabilitados.

Para fotos y más, eche un vistazo a mi blog en sree.cc —-

http://www.sree.cc/google/installing-android-in-pc-virtualbox

100% Aumento de rendimiento.

http://code.google.com/p/android-x86/downloads/list
Android 4.0 había sido lanzado. Chk fuera.

Es posible ejecutar Android en una máquina virtual – lo he hecho usando el puerto x86 de Android (http://www.android-x86.org/). Puede descargar ISOs que se pueden cargar en cualquier software VM decente (yo uso VMWare en mi Mac para hacerlo).

El rendimiento es, como era de esperar, muy bueno. No es técnicamente una emulación o simulación, ya que en realidad está ejecutando Android, pero es la forma más rápida de ejecutar Android en una PC *.

No estoy totalmente convencido de que es un entorno adecuado para el desarrollo – lo he utilizado para ejecutar versiones de gran pantalla de aplicaciones en hardware no estándar (1080p touchscreens, etc).

Por lo menos, creo que es la mejor solución a tu pregunta: puedes compilar código Android, cargarlo en la máquina virtual y ejecutarlo a velocidad normal.

* Corto de realmente arrancar en él …

Actualización: Google ahora están proporcionando imágenes de emulador de Android que agregan GPU y soporte x86 nativo, por lo que muchos de estos consejos es esperanzadamente ahora discutible.

El desarrollo de Android se realizó inicialmente en un simulador de escritorio. Nunca ha sido una parte oficial de la liberación, y el código se suele publicar en el sitio de AOSP en un estado algo roto, pero está ahí. La característica que lo mantuvo vivo fue valgrind, ya que (hasta hace poco) que no era utilizable en ARM.

Si observa estos documentos y desplácese hasta "Trabajar con la generación de escritorio", puede ver algunas instrucciones para usar la compilación de sim-eng para ejecutar un programa simple de Dalvik.

Running "simulator" lanza el front-end basado en wxWidgets. Desde allí se puede iniciar el sistema. El código fuente para eso, y un poco de fanciness que hace intercepción en tiempo de ejecución de varias llamadas al sistema, se puede encontrar en el árbol de origen .

Actualización: el simulador se eliminó completamente de las fuentes para el lanzamiento de Ice Cream Sandwich, por lo que necesita buscar a través de las fuentes de 2,3 (Gingerbread) para verlo.

Concedido – El emulador de Android es lento. Pero la ventaja es que cuando se desarrolla una aplicación, se ve instantáneamente donde es lento / rezagado, mientras que en dispositivos de última generación 1GHz + esto podría no ser evidente.

Además, cuando pruebo mis aplicaciones las ejecuto en la red 2G para ver los retrasos y donde necesitan ser optimizados. Si sólo los ejecutaba en 10Mbit + WiFi, entonces los retrasos no serían percibidos.

Cuando se desarrolla tiene que planificar (y probar) para las peores condiciones, no las ideales. Así que, en cierto sentido, el emulador lento es realmente útil;)