Concurrencia con JavaScript

DoHITB · #1 (**permalink**) 13/08/2013, 01:27

Buenas!

Estoy buscando alguna manera de crear (o simular) concurrencia con JS, ya que tengo una web con dos tareas "pesadas" que se podrían ejecutar de manera paralela sin "pisarse", con lo que ganaría bastante rendimiento...

Si alguien pudiera aportar algo de info estaría agradecido.

Un saludo.

ipraetoriux · #2 (**permalink**) 13/08/2013, 04:24

Javascript desde su nacimiento no posee la característica de concurrencia como si lo tiene Java por ejemplo. Pero gracias a HTML5, esta característica ausente en Javascript ha sido cubierta con WebWorkers...te dejo un link sobre el tema, y otro sobre que navegadores es compatible

http://www.html5rocks.com/es/tutorials/workers/basics/
http://caniuse.com/webworkers

DoHITB · #3 (**permalink**) 13/08/2013, 04:29

Antes de postear he estado investigando un poco y también he llegado a los workers, pero he visto que no todos los navegadores lo soportan (por lo que sería una opción in extremis).

De todas maneras revisaré los enlaces que me mandas a ver qué tal.

Gracias.

Aijoona · #4 (**permalink**) 13/08/2013, 07:29

Cita:

Iniciado por DoHITB

Buenas!

Estoy buscando alguna manera de crear (o simular) concurrencia con JS, ya que tengo una web con dos tareas "pesadas" que se podrían ejecutar de manera paralela sin "pisarse", con lo que ganaría bastante rendimiento...

Si alguien pudiera aportar algo de info estaría agradecido.

Un saludo.

Que tareas pesadas son las que tenés que ejecutar?

DoHITB · #5 (**permalink**) 14/08/2013, 01:34

Por una parte "adecentar" el estilo (colocar algunos estilos "inline") y por otra JS funcional (cargar datos de usuario con AJAX, establecer listeners, etc.

La parte del estilo está en un nivel teórico todavía; consistiría en buscar elementos que su "style" tuviera cierto patrón (por ejemplo que empiecen por "_STYLE_"), y con ese nombre/código hacer una llamada AJAX que devolviera el style correspondiente.

Aijoona · #6 (**permalink**) 14/08/2013, 06:58

No parecieran ser cosas computacionalmente intensivas.

La regla de oro es: 'no optimizar prematuramente', tenés un problema de performance ahora? Quizas estás viendo fantasmas donde no los hay.

DoHITB · #7 (**permalink**) 16/08/2013, 00:59

Ahora mismo la carga ya es pesada, aún cuando no he añadido la tarea de recorrer el árbol DOM para mejorar estilos.

Esa regla de oro es un poco rara, ya que siempre se han de hacer las cosas de manera óptima (así no hará falta optimizar).

Un saludo.

Aijoona · #8 (**permalink**) 16/08/2013, 08:03

"premature optimization is the root of all evil"

Esa cita es nada más ni nada menos que de Donald Knuth, al que creo con suficiente autoridad como para tomarlo en cuenta.

Si querés optimizar lo primero que tenés que hacer es detectar que partes específicas andan lento, sugerir multithreading puede ser irresponsable desde el momento que agrega mucha complejidad al código.

PD: De hecho, vale la pena leer este articulo de la wiki: http://en.wikipedia.org/wiki/Program...en_to_optimize

DoHITB · #9 (**permalink**) 19/08/2013, 01:03

A riesgo de ser un poco off-topic, creo que no nos entendemos...

Yo simplemente pienso que no debería existir eso de "optimización" puesto que de un buen principio se debe implementar todo de manera óptima; esto no excluye que con el tiempo aparezca una mejora sustancial (una actualización de JAVA, por ejemplo), la cual pueda permitir mejorar un algoritmo en cierto grado - lo cual supondría una optimización.

Por otra parte, algo óptimo no puede ser "malo", puesto que es óptimo. Algo óptimo es algo que no puede ser mejor; y dado que no puede ser mejor, no hay nada que pueda mejorarlo, por tanto no puede ser "malo".

Si algo "óptimo" es "malo" es porque claramente no es óptimo...

Aunque, bueno, esto es solo mi opinión...

Un saludo.