ejemplo emulador de pan de jengibre es mucho más lento que Froyo y por debajo. ¿Por qué?

Question

No estoy seguro de si alguien más se dio cuenta, pero el emulador se ejecuta pan de jengibre como un perro, con tanto movimiento en sentido vertical, navegación, interacción - todos tomando mucho más tiempo y ser mucho más entrecortada. Incluso tengo una ANR en el navegador cuando traté de utilizarlo: http://www.androidpolice.com/2010/12/06/walkthrough-and-hands-on-with -la-pan de jengibre-ui-the-new-pan de jengibre-teclado-en-todo-su-atracción sexual / (ver hacia la parte inferior).

acabo de leer sobre el nuevo StrictMode en http://android-developers.blogspot.com/2010/12/new-gingerbread-api-strictmode.html y acerca de todas las mejoras de rendimiento en Gbread, pero mi experiencia hasta ahora sugiere todo lo contrario.

¿Se puede llegar al fondo de esto? Me encuentro temiendo la crianza de una instancia de pan de jengibre en este punto.

Answer 1

Todas las respuestas anteriores tienen sus méritos y deben ser considerados pero tenga en cuenta Google implementación de una máquina virtual para dispositivos de simulación no es exactamente tan buenos como los de Microsoft y Apple puede que no haya mucho que puede hacer, pero asegúrese optimizar la configuración y obtener una mejor máquina.

Con la introducción de nido de abeja el sistema Android está usando más potencia gráfica para hacer la traducción de la interfaz de usuario. Este cuando se ejecuta en un simulador no se puede utilizar de forma nativa la potencia gráfica de su hardware de PC, pero la mayoría emular el hardware en el teléfono, que siempre resulta en la pérdida de rendimiento. emuladores más genéricas X86 se han vuelto disponibles, tales como VMWare, pero esto puede tomar algún tiempo para estar disponibles para el SDK de Android. Hasta un puerto X86 de Android Honeycomb está disponible que puede tomar ventaja de su GPU nativa del emulador será lenta.

La única solución real es comprar un dispositivo de nido de abeja para el trabajo de desarrollo.

Answer 2

Al crear su nuevo pan de jengibre (API de nivel 9) AVD, se dará una cantidad realista de RAM.

Por ejemplo, el Nexus S tiene 512 MB

Esto se hace en el "Crear nuevo dispositivo virtual Android (AVD)" de diálogo.

Pulse "Nuevo ..." para añadir un nuevo parámetro de hardware y elegir la opción "tamaño de la RAM del dispositivo", haga clic en Aceptar.

Editar la cantidad predeterminada 96-512.

Answer 3

vi una discusión sobre esto en otro lugar que sugirió que los parámetros del emulador no estaban bien de configuración. Si se le da el emulador más memoria que aparentemente se vuelve mucho más fácil de usar.

Answer 4

Ahora que se puede editar fácilmente AVDs, he tratado de jugar con algunos de los ajustes de mi AVD pan de jengibre, y es finalmente bastante utilizable.

• Tarjeta SD: 500MiB
• Piel: WVGA800
• abstraído densidad de LCD: 240
• Cache tamaño de la partición: 128MB
• Max VM tamaño de la aplicación montón: 48
• tamaño de la RAM del dispositivo: 512

Mi conjetura es que la memoria RAM y un máximo VM montón son los más importantes, pero pensé que sería mejor incluir todos los ajustes, por lo que puede probar estos como punto de partida y luego ajustar.

Answer 5

Mis sugerencias:

No se acompaña de una tarjeta SD si lo necesita y lo más probable es que no asignar más de lo necesario. Esto debe ser emulado de alguna manera.

Cualquier otra propiedad no debe ser inflado más allá de su dispositivo de destino. Si aumenta el tamaño de la aplicación VM montón y se superan los valores reales de los dispositivos tendrán los accidentes que ni se dio cuenta durante el desarrollo.

Es cierto que los valores predeterminados no son enoughs para ciertas aplicaciones y la Ram dispositivo debe ser de al menos 258 a los límites de su dispositivo androide objetivo. Asimismo, recuerda que si su máquina host desarrollo es bajo en memoria a continuación, la memoria se asigna para su emulador tendrá que ser cambiado y proporcionar una cantidad menor evitará innecesarias visitas a la página.

Answer 6

Después de cambiar la resolución de la pantalla, la memoria RAM del dispositivo, permitiendo que el dispositivo de "calentar" y se ejecuta en hardware nuevo fresco grabé la velocidad emulador de nido de abeja.

Resultado en: http://www.youtube.com/watch?v=-7OR8vPsIak

Me parece que no es muy diferente a continuación, pan de jengibre en hardware antiguo. Yo espero que el GL-anfitrión acelerada encuentra su camino hacia el SDK pronto. Por ahora el desarrollo normal podría ser posible, pero la creación o demos UX es imposible.