Plantear posibles alternativas para mejorar el rendimiento en visualizaciones con muchos nodos

[rauldiazpoblete]

Aunque tenemos pendientes aplicar algunas posibles mejoras de cara al rendimiento de la aplicación (por ejemplo #59), se me plantean dudas de cara al rendimiento de visualizaciones con muchos nodos, sobre todo al intentar visualizarlas en tablets o ordenadores más antiguos.

Ante ello se me ocurren varias alternativas:

• Usar Canvas en lugar de SVG para renderizar las visualizaciones. Esto parece que es lo que hace Kumu, y dado que el canvas renderiza pixeles y no usa el DOM, el número de nodos a renderizar no influiría en el rendimiento. La contra es que es mucho más pobre para manejar eventos de mouse y requeriría un extra para detectar sobre qué elemento se aplica una determinada interacción. Aquí un ejemplo.
• Pre-renderizar la visualización en servidor. Esto permitiría procesar en servidor el cálculo de posiciones de los nodos y no tener que hacerlo en cliente. Eso implicaría que la visualización sea estática pero mejoraría bastante el rendimiento. Aquí un artículo sobre el tema.
• Usar DOM Documentfragments para añadir la visualización al DOM. Aunque puede suponer una mejora no creo que sea muy sustancial, dado que lo más costoso son los cálculos del force layout, pero su implementación no implicaría demasiado. Aquí un ejemplo.

[dcabo]

Hay otra opción, a medio plazo, que es mirar WebGL. Tengo unas notas rápidas de unos enlaces que he visto pasar:

Visual Cinnamon explains how she (Nadieh Bremer) converted a heavy/expensive D3 viz into a much faster canvas version: Learnings from a D3.js addict on starting with Canvas. This may be useful at some point for Onodo.

The KeyLines people now also offer a WebGL version, promising 10x-performance improvements, but warning about browser compatibility.

[rauldiazpoblete]

La opción de WebGL sería equivalente a usar Canvas (en cuanto a pros & cons) aunque nos pueda ofrecer un mejor rendimiento pero problablemente implique un mayor coste de implementación.