¿Android castra la tecnología Jazelle de ARM?

Question

La justificación que he visto debe decir "Bastarizar" los códigos de byte de Java en Android fue el rendimiento. (Sospecho que hay otra razón.) Sin embargo, al cambiar los códigos de byte, ¿no han hecho tecnologías de aceleración de hardware como Jazelle Moot, y de hecho han degradado el rendimiento disponible para una plataforma Mobile Java?

Parece contra-intuitivo para mí saber que la plataforma de destino es una plataforma móvil basada en ARM. Si bien PODRÍA darle un mejor rendimiento en otras arquitecturas de CPU, parece escupir a ARM y Jazelle.

¿Qué tipo de efecto cuantitativo tiene en el rendimiento de Java?

¿Realmente mejora el rendimiento y, de ser así, cómo?

¿Cuál es el efecto en otras plataformas? (Es decir, x 86, MIPS, bla, bla, bla ...)

Answer 1

Sí Dalvik hace que Jazelle sea inútil. La única pregunta es ¿fue útil Jazelle para empezar o es 90% publicitario? Un buen compilador JIT o AOT (antes de tiempo) tiende a dar un rendimiento mucho mejor que tratar de utilizar instrucciones especializadas. El enfoque basado en registro de Dalvik podría ser más rápido que un intérprete tradicional de bytecode de Java, pero si la diferencia en menor entre la de un intérprete y la de un JIT. Esperemos que una de las próximas versiones de Android tenga un JIT.

Tarda ~ 5-10 años para escribir una buena máquina virtual con colectores y optimizadores de basura de última generación. Sun (y Microsoft) han pasado esos años. Google no tiene. Con suerte, seguirán invirtiendo en él para que, algún día, el código Java de Android no sea un 90% más lento de lo que debería ser.

Answer 2

Wikipedia: Dalvik virtual machine:

diferencia de la mayoría de máquinas virtuales de Java VM y verdadera que son máquinas de pila, la máquina virtual Dalvik es una arquitectura basada en registro.

siendo optimizado para los requisitos de memoria baja, Dalvik tiene algunas características específicas que lo diferencian de otros VM estándar:

• El VM se adelgazado para utilizar menos espacio.
• Dalvik no tiene compilador just-in-time.
• El grupo de constantes se ha modificado para usar solo índices de 32 bits para simplificar el intérprete.
• Utiliza su propio código de bytes, no el bytecode de Java.

Por otra parte, Dalvik ha sido diseñado para que un dispositivo pueda ejecutar varias instancias de la máquina virtual de manera eficiente.

Editar: Ver Wikipedia: Open Handset Alliance. El miembro fundador incluye Intel, Motorola, Qualcomm y Texas Instruments. ARM se unió un año después, en diciembre de 2008. Por lo tanto, supongo que no tenía sentido que estas compañías dependieran de una tecnología patentada para los que no eran miembros, cuando el objetivo era crear un competidor de iPhone/Blackberry de código abierto.

Answer 3

En realidad tenía la impresión de que Dalvik estaba destinado más a la eficiencia del espacio que a la eficacia de la ejecución. Además de Wikipedia:

Un sin comprimir archivo .dex es típicamente un pequeño tanto por ciento de menor tamaño que un comprimido .jar (Java Archive) derivados de los mismos archivos .class.

Mientras que los teléfonos actuales pueden usar un ARM con soporte de Jazelle, eso no es necesariamente cierto en el futuro.

Además de Wikipedia (advertencia: oídas):

Las especificaciones publicadas son muy incompleta, siendo sólo es suficiente para la escritura de código del sistema operativo que puede soportar una JVM que utiliza Jazelle. La intención declarada es que solo el software JVM necesita (o está permitido) que dependa de los detalles de la interfaz del hardware. Este enlace estrecho facilita que el hardware y JVM puedan evolucionar juntos sin afectar a otro software. En efecto, esto le da a ARM Holdings un control considerable sobre qué JVM pueden explotar a Jazelle. También evita que las JVM de código abierto usen Jazelle.

Una vez que agreguen un JITter a Dalvik, todo será un punto discutible.