He publicado en JavaLobby un artículo en donde se analiza el rendimiento de varios frameworks Java céntricos en el servidor.
El estudio consiste en analizar la cantidad de código que genera el servidor ante un evento AJAX respecto al impacto visual que supone dicho evento. Cuanto más código es generado más tiempo probablemente se necesita en el servidor para generarlo, más tiempo tarda en llegar al cliente (mayor consumo de ancho de banda) y más tiempo se necesita en procesar la respuesta en el cliente.
El criterio de valoración para concluir que el rendimiento es "bueno" o "malo" es relacionar la cántidad de código que se ha enviado al cliente respecto al markup necesario (o acciones JavaScript) que sería necesario para realizar dicho cambio.
El análisis no es exhaustivo (todos los componentes) ni en las mismas condiciones en todas las opciones, sin embargo es interesante para obtener algunas conclusiones aunque no sean definitivas, en algunos casos algún usuario encontrará una razón objetiva a su "ya decía yo" ante el deficiente rendimiento de su herramienta.
Las pruebas buscan los componentes con peor rendimiento, es decir, no se puede concluir que todos los componentes se comportan igual (aunque en algunos frameworks me temo que el comportamiento es igual de pésimo en todos los casos), tampoco se establece un ranking preciso pues cada framework tiene más o menos riqueza visual y un poco más o menos código por sí mismo no tiene demasiado impacto en el rendimiento global. Ahora bien como se puede ver en el estudio, la diferencia en algunos frameworks es tan brutal que es fácil intuir que el impacto en el rendimiento será MUY significativo.
Los frameworks estudiados son:
RichFaces, IceFaces, MyFaces/Trinidad, OpenFaces, PrimeFaces, Vaadin, ZK, ItsNat
¿El Emperador no tiene Rendimiento?
Que cada uno decida quien es su "Emperador", algunos "Emperadores" ciertamente no salen muy bien parados.
ENLACE AL ARTICULO
miércoles, septiembre 8, 2010 at 12:13PM