Linux sale mal parado en benchmark de JavaScript
Publicado el 11-2-2009 a las 17:10 por 
Franco Catrin
Franco Catrin 
(CC) 120linux.com
El lenguaje JavaScript por mucho tiempo fue relegado a operaciones simples. Su uso consistía básicamente en funciones cortas para validar si un número estaba dentro de un rango, si la dirección de correo estaba bien formada, si se habían ingresado los campos obligatorios, para cambiar imágenes sin recargar la página y otros usos de poca monta.
Cuando surge el concepto de AJAX y aplicaciones como GMail, Google Docs y Facebook, el web browser ya no es un tonto cliente liviano que sólo muestra lo que le dice el servidor, sino que se transforma en un cliente pesado que actúa por si mismo y por lo tanto necesita ejecutar una gran cantidad de código JavaScript.
Es en este contexto cuando el rendimiento de JavaScript se convierte en un factor relevante de la experiencia del usuario al usar la web como la conocemos hoy en día.
El Benchmark de TuxRadar
Los muchachos de TuxRadar hicieron un benchmark para comparar el rendimiento del motor de JavaScript de Mozilla 3.0 entre Windows y en Linux y los números son poco favorables a Linux
La prueba fue realizada entre Windows XP SP3 y Fedora 10, ambos corriendo en 32 bits sobre un Intel Core 2 Quad a 2.66Ghz, con 4GB en RAM y 1.5TB de disco (estos últimos dos datos son irrelevantes para estas pruebas, pero los incluyo por si hay dudas).
El rendering no es parte de las pruebas, eso aisla el motor de JavaScript de factores externos como puede ser un driver de video o un método de rendering de bajo nivel, sería bueno algún día contar con ese tipo de pruebas para ver qué cosas se pueden mejorar.
Las pruebas aplicadas fueron SunSpider (WebKit.org), V8 Benchmark Suite (Google) y Dromaeo (Dromaeo.com / Mozilla). Estas pruebas ejecutan operaciones típicas de JavaScript que se usan en frameworks como Dojo, GWT y JQuery, por lo tanto son representativas de lo que podemos esperar de una aplicación del mundo real.
Las tres pruebas arrojaron resultados desfavorables para Mozilla corriendo sobre Linux. Afírmense los Linux fanboys porque aqui está el resumen de las pruebas:
- SunSpider : Windows es 11% más rápido que Linux
- V8 Benchmark Suite : Windows es un 32% más rápido que Linux
- Dromaeo : Windows es un 36% más rápido que Linux
Análisis de los resultados
Estos números no deberían asustar. Como toda operación de análisis está sujeta a re-análisis. Por ejemplo en los resultados se calcula el total de cada prueba considerando que todas las pruebas específicas son equivalentes, no es un total ponderado. Esto quiere decir que para efectos de las pruebas, calcular una transformación 3D vale lo mismo que calcular operaciones sobre arrays, cuando en realidad es poco probable que el rendimiento de la transformación 3D influya en una aplicación tradicional.
Con esto no estoy diciendo que la prueba sea inválida, incluso ponderando los resultados serían desfavorables pero en otra proporción.
Una de las gracias de estas pruebas es que son de una gran ayuda para evaluar mejoras en un motor de JavaScript, pero no hay que olvidar que los números se deben interpretar y no simplemente recibir.
Perspectivas
La prueba realizada por TuxRadar mide el estado actual de lo que está al alcance de cualquier usuario, pero este escenario está pronto a cambiar. Google Chrome incluye el nuevo motor de JavaScript V8 en donde se hizo un trabajo fuerte para mejorar el rendimiento, astuto movimiento considerando que Google depende fuertemente de ese factor para llevar adelante su tecnología. Mozilla por su parte está trabajando también en un nuevo motor de JavaScript que incorpora los mismos conceptos aplicados en V8 y pronto comenzaremos a verlo en todos los escritorios.
Es poco probable que a estas alturas se hagan mejoras en el motor JavaScript de Mozilla, considerando que le queda poco tiempo de vida. Sólo queda esperar que se acorte esta brecha entre ambas plataformas, pero al menos sabemos que será mucho mejor lo que tenemos hoy.
Update: Han sacado los resultados de nuevas pruebas en donde se confirma que el problema no está en la plataforma, sino que en el port. Firefox sobre WINE en Linux es más rápido que Firefox nativo en Linux
Link: Benchmarked: Firefox Javascript on Linux and Windows – and it’s not pretty (TuxRadar)
Publicado por Franco Catrin el 11 de February 2009 en la categoría Software con los tags benchmark, Chrome, Firefox, Javascript, Linux, Mozilla, seamonkey, V8, Windows. Tiene 58 comentarios.
Compartir58 Comentarios
Linux sale mal parado en benchmark de JavaScript
12donaldo rios dijo el 11-2-2009 a las 17:16:
Nunca me imagine eso, seguro que se activiran focos rojos en los equipos de desarrollo para linux de los distintos navegadores, porque no creo que esté ligado al 100% al sistema operativo el tema del rendimiento
saludos
23Algalord dijo el 11-2-2009 a las 17:17:
Si, lo había notado, en Linux anda más lento… pero bueno, todo lo demás anda más rápido 
Ver Comentario... LiÑux dijo el 11-2-2009 a las 17:20 ...
28Chertsey dijo el 11-2-2009 a las 17:21:
Es cosa de usar un rato mozilla/firefox en otra plataforma que no sea Windows para darse cuenta que tiene un rendmiento horrible.
Esto incluye a OSX.
Habria sido mas justo incluir otros navegadores, como Opera o Konqueror.
Ver Comentario... Ubux dijo el 11-2-2009 a las 17:22 ...
Ver Comentario... sgamboa dijo el 11-2-2009 a las 17:26 ...
Ver Comentario... Carlos Le Mare dijo el 11-2-2009 a las 17:27 ...
-6Desenfoque dijo el 11-2-2009 a las 17:31:
¿Cuál es el sentido de tener 4GB en un sistema de 32 Bits (por lo menos en Windows)? XP 32 bits reconoce hasta 3.25 GB. No se en el caso de Fedora 10.
Ver Comentario... Corvin dijo el 11-2-2009 a las 17:33 ...
-1Hernán Jara dijo el 11-2-2009 a las 17:33:
“quad-core Intel Core 2 a 2.66Ghz, con 4MB”, no seran 4GB?.
8Carlos Le Mare dijo el 11-2-2009 a las 17:34:
Cuando usaba Mac (con PowerPC) también notaba que no sólo Javascript… si no que también Java y Flash corrían dolorosamente en mi equipo… siendo que equipos similares (Pentium Mobile 1.6Ghz) tenían mejor rendimiento en Windows (cabe destacar que el PPC de 1.67 es más rápido y eficiente que un PMobile de 1.6).
En Linux x86 no he notado mucha diferencia, pero cuando corría Java o Javascript en LinuxPPC, uf! que dolor…. realmente los programadores recompilaron y publicaron… cero optimización de código para la plataforma.
Las optimización del código hay que hacerlas para la arquitectura de hardware (aprovechar velocity engine por ejemplo) y para la API del S.O. que se vaya a utilizar. Obviamente que Linux tiene muy buenas API’s, pero qué pasa si se utiliza una que es muy antigua, en vez de una alternativa más moderna y rápida?
clemare
-12Sid dijo el 11-2-2009 a las 17:34:
Para ser mas comparativo, deberian haberlo hecho Fedora 10 v/s Windows Vista… A ver quien sale mejor parado…
25hydra1ysk dijo el 11-2-2009 a las 17:35:
Yo creo que son los navegadores
En linux firefox y opera andan mucho mas lento que en windows.
11mario bolden dijo el 11-2-2009 a las 17:38:
no estan muy optimizadas, eso se sabe hace tiempo.
tierno el pinguino
6Master Guide dijo el 11-2-2009 a las 17:43:
El asunto radica en los navegadores (el port, su código y ejecutable) más que el sistema operativo no? muy buena nota, pero hace más referencia a linux (que no ejecuta el javascript) sino el navegador. Será cuestión de estilo, porque el titular también aplica porque al final, linux termina afectado no?
1Neurotools dijo el 11-2-2009 a las 17:43:
@Carlos Le Mare:
No sé si Windows pueda correr con 4 MB en RAM!!! Pero SI sé que es posible “correr” (o hacer gatear) a Windows XP con 20 MB en RAM y una CPU corriendo a tan sólo 8 Mhz…
-8Linux sale mal parado en benchmark de JavaScript | :.NCN Novedoso Centro de Noticias.: dijo el 11-2-2009 a las 17:54:
[...] Fayerwayer Link to this page Link to this page Copy the code below to your web site. x [...]
-3Suikakuyu dijo el 11-2-2009 a las 17:56:
Fayerlun… increible como una M en vez de G hace una gran diferencia.
Y que sorpresa el tema del javascript, no me lo hubiese esperado. (nota para los n00b: javascript NO es lo mismo que java, sólo coinciden en parte del nombre)
Ver Comentario... Dr.Avila dijo el 11-2-2009 a las 18:06 ...
Ver Comentario... richis dijo el 11-2-2009 a las 18:07 ...
-5CKIN dijo el 11-2-2009 a las 18:14:
si wn firefox funciona bien en windows no mas, el resto se nota cierta lentitud.
29roberto dijo el 11-2-2009 a las 18:15:
wow me asombro lo bien que esta redactado el articulo. sin comentarios estupidos y sin tratar de parecer gracioso.
felicitaciones a franco catrin (por fin algo que valio la pena leer)
-1xtremox dijo el 11-2-2009 a las 18:19:
yo solucione algo el problema pero no se si sera buena idea lo que ise fue copiar todas las fuentes de windows que tengo en un cd y las instale en linux y con eso me muestra un poquito mas rapido las páginas como facebook y similares.
bueno eso fue lo que descubri pero tampoco es la idea andar usando fuentes que no son gnu T_T
1Manuel dijo el 11-2-2009 a las 18:20:
También sé que es por los navegadores, es sólo cosa de ver como se comporta el Flash Player en Firefox en Gnu/Linux.
10felipeXcore dijo el 11-2-2009 a las 18:20:
“Si, lo había notado, en Linux anda más lento… pero bueno, todo lo demás anda más rápido ”
“4MB en RAM ?? jeje aguante LINUX!”
“mmmmmm hemmm la pc debio estar pateá, si eso debio ser…….mmmm…… :-/”
“Que alguien pase el dato de cómo correr estos sistemas operativos con 4MB de RAM…. Linux en modo de texto quizás… pero Windows?”
“El problema es Fedora!!!!”
“No es linux el que sale mal parado , sino la putrida fundación mozilla (se nota que uso debian…xD)”
///////////////////////////////////////////////////////////////////
es chistoso ver como los ke se fanatisan por un SO se olvidan del problema real y tiran manotazos de ahogado puteando win, a fedora, ke la ram, que esta pateao el pc…etc
seria bueno que asumieran ke no por ser abierto y tener 8190384092384032 developers trabajando logran siempre los mejores resultados….si no es grave equivocarse, lo grave es negarlo o mirar hacia el lado en vez de ponerse a corregirlo y levantarse del error. asi de simple.
5Dr.Avila dijo el 11-2-2009 a las 18:38:
para el de las fuentes.
apt-get install msttcorefonts … me parece más prectico
10Dr.Avila dijo el 11-2-2009 a las 18:41:
Para felipeXcore .
El problema es el pesimo port de firefox a linux, eso lo hace la fundación mozilla, no Fedora proyect, no gentoo ni lo que sea. El drama de que firefox sea tan picante sobre linux es de la Fundación Mozill, no de las distros. Hasta donde entiendo eso no tiene nada que ver con que sea debianita, sino simplemente que la fundacion mozilla se olvido hace tiempo de linux
1F3lip3 dijo el 11-2-2009 a las 18:43:
@xtremox: Las fuentes de Ms estan, en la mayoria de las distros, en un paquete llamado ms-fonts o similar (depende de la distro el nombre) en Arch es ttf-ms-fonts
Ver Todos Páginas: [1] 2 Próximos 30 Comentarios →
Deja tu Comentario
Artículos Relacionados
Navegador Chromium es más rápido en Linux
Descubierta vulnerabilidad en Adobe Reader
Firefox desprecia venir preinstalado en Windows
Firefox 3.1 utilizará un buscador ruso
Las relaciones entre Google y Mozilla no pasan por su mejor momento 
Las nuevas betas de Firefox 3.1 y Chrome vuelan
¡Oh, espera! Google Chrome no va a ser el más rápido... en el futuro.
Mozilla reafirma acuerdo con Google hasta 2011
Así se verá Firefox 3
Video: La carrera por el inicio rápido entre Linux y Windows
Firefox recluta 30 millones de usuarios en dos meses
Microsoft apuntado con el dedo por extensión que se instala en Firefox
Av. Providencia 929, Piso 4, Providencia, Santiago de Chile
— 
Tel: +56 (2) 367 7701
fayerwayer@betazeta.com [
Ver Todos Páginas: [1] 2 Próximos 30 Comentarios →