| Todas las notícias | Noticias publicadas | Pendientes | Descartadas | Noticia |
3 votos
El motor JavaScript de Firefox 3.1 será más rápido que el de Chromehttp://weblogs.mozillazine.org/roadmap/archives/20
Aarhus 04/09/2008
Brendan Eich, responsable de la arquitectura y de la dirección técnica de Mozilla y creador de JavaScript en su etapa en Netscape con Navigator 4.0, ha publicado en el blog Brendan's Roadmap Updates una nota sobre la velocidad del nuevo motor de JavaScript que traerá Firefox 3.1 cuando salga a final de año.
En la entrada publicada, Brendan, compara el rendimiento de los motores JavaScript V8 y TraceMonkey, motores de Chrome ( el navegador de Google ) y del futuro Firefox 3.1 respectivamente, una directa alusión a la afirmación por parte de Googlede que V8 es el motor JavaScript más rápido de Internet.
Nerviosismo en Mozilla
La publicación de estos resultados, favorables al nuevo motor JavaScript de Firefox es una buena muestra del nerviosismo en la Fundación Mozilla pese a que hace poco ha ampliado el acuerdo financiero con Google que garantiza el 85% de ingresos de la Fundación hasta 2011.
La fuente del nerviosismo pueden ser noticias como esta en las que se afirma que Google Chrome podría alcanzar la cuota de mercado de Firefox en apenas dos años, el éxito que ha tenido Chrome en su primer día, alcanzando un 1% de cuota ( un 2.51% en programacionweb.net ) y consiguiendo 3 millones de descargas ( lejos de los 8 millones de Firefox 3 en su Download Day ).
Una nueva generación de Motores JavaScript
Sea cómo sea, nos encontramos frente a una nueva generación de motores de JavaScript con un rendimiento muy superior al que estamos acostumbrados y que permitirán aplicaciones JavaScript mucho más sofisticadas.
Por un lado, V8 de Google, es un compilador de JavaScript a código máquina ( en lugar de un intérprete como los motores actuales ), lo que evita el código intermedio y el interprete ahorrando tiempo de ejecución.
Por el otro lado TraceMonkey de Mozilla, incorporará la tecnología de optimización Tracing, que cachea las trazas JavaScript generando un código compilado que puede ser usado la próxima vez que encontramos la misma traza. De esta forma, no evitamos el código intermedio y el interprete si no tememos la traza guardada, pero si la tenemos, evitamos el código intermedio, el interprete y el compilado.
En la entrada publicada, Brendan, compara el rendimiento de los motores JavaScript V8 y TraceMonkey, motores de Chrome ( el navegador de Google ) y del futuro Firefox 3.1 respectivamente, una directa alusión a la afirmación por parte de Googlede que V8 es el motor JavaScript más rápido de Internet.
Nerviosismo en Mozilla
La publicación de estos resultados, favorables al nuevo motor JavaScript de Firefox es una buena muestra del nerviosismo en la Fundación Mozilla pese a que hace poco ha ampliado el acuerdo financiero con Google que garantiza el 85% de ingresos de la Fundación hasta 2011.
La fuente del nerviosismo pueden ser noticias como esta en las que se afirma que Google Chrome podría alcanzar la cuota de mercado de Firefox en apenas dos años, el éxito que ha tenido Chrome en su primer día, alcanzando un 1% de cuota ( un 2.51% en programacionweb.net ) y consiguiendo 3 millones de descargas ( lejos de los 8 millones de Firefox 3 en su Download Day ).
Una nueva generación de Motores JavaScript
Sea cómo sea, nos encontramos frente a una nueva generación de motores de JavaScript con un rendimiento muy superior al que estamos acostumbrados y que permitirán aplicaciones JavaScript mucho más sofisticadas.
Por un lado, V8 de Google, es un compilador de JavaScript a código máquina ( en lugar de un intérprete como los motores actuales ), lo que evita el código intermedio y el interprete ahorrando tiempo de ejecución.
Por el otro lado TraceMonkey de Mozilla, incorporará la tecnología de optimización Tracing, que cachea las trazas JavaScript generando un código compilado que puede ser usado la próxima vez que encontramos la misma traza. De esta forma, no evitamos el código intermedio y el interprete si no tememos la traza guardada, pero si la tenemos, evitamos el código intermedio, el interprete y el compilado.
eloi
