Ticket #209 (closed task: fixed)

Opened 6 months ago

Last modified 3 months ago

Optimización del número de conexiones de la parte cliente de EzWeb implementando alguna política a modo de buffer

Reported by: macvaz Assigned to: macvaz
Priority: major Milestone:
Component: A3-platform-ShowCase Version: 0.2
Keywords: Cc:

Description (Last modified by macvaz)

El número de conexiones entre la parte cliente de ezweb y la servidora es demasiado alto. No escala. habría que implementar una política a modo de buffer que agrupe las conexiones cliente-servidor en paquetes

Change History

06/16/08 06:44:25 changed by macvaz

  • status changed from new to assigned.

06/16/08 06:46:04 changed by macvaz

  • description changed.

06/16/08 07:07:07 changed by macvaz

La solución factible más rápida de implementar (y quizá la que más sentido tenga) es la de optimizar únicamente la persistencia de las variables. Éstas son las que más trafico provocan (1 petición en cada set). No es tan frecuente cambiar la posición de 1 gadget, redimensionarlo o agregar 1 igadget.

06/16/08 14:08:02 changed by macvaz

Ahora mismo, se empaquetan 10 sets de variables en una sola petición PUT HTTP. De esta manera, se reduce a una décima parte las peticiones HTTP relacionadas con persitir los valores de las variables (dichas peticiones son la mayoría de las realizadas por EzWeb)

Como contrapartida, ahora mismo es posible perder los ultimos valores de las variables almacenadas en el buffer. Tambien se vuelvan las variables al servidor al cerrar sesión.

Se pueden hacer muchas más optimizaciones pero esto ya reduce enormemente el trafico entre el runtime cliente y el servidor.

09/05/08 13:45:07 changed by macvaz

  • status changed from assigned to closed.
  • resolution set to fixed.