German: El único consejo es hacer pocos request. Las mismas herramientas de desarrollo/debug web te orientan como una de las cosas más importantes. Quizás puedas obtener info de todas las reglas a tener en cuenta en este sitio http://developer.yahoo.com/yslow/
Cómo hacer pocos request con objetos distribuidos, ni idea. Se me ocurre que por ahi traer copias locales de grafos enteros de los objetos sea más optimo. Quizas este todo mal hecho no? y no debería ser necesario mandar mensajes por la red todo el tiempo. Fijate el ejemplo que vos mencionabas de una página web. Hay cosas que hay que hacerlas en el cliente y otras en el servidor, balancear bien esa parte no me parece tan difícil. Ahora, si dejas todo librado a la magia de la "transparencia" quizás se te compliquen las cosas. También te puede pasar lo mismo en cualquier aplicación web si te zarpas de ajax no?. La verdad opino porque me interesó el thread más que nada y no te doy ninguna solución, solo reflexiones. Yo también observe en otras aplicaciones distribuidas (en Smalltalk) esos mismos problemas que mencionas. Mientras, si es posible quizas puedan utilizar Citrix o algun RDP con la aplicación, no se si en el caso de Uds. es admisible Snif... jeje Saludos GallegO El día 26 de abril de 2011 10:11, German Morales <[email protected]> escribió: > Hola! > > Ya muchas veces se hablo del tema de objetos distribuidos, pero no recuerdo > comentarios con respecto a dependencia de redes lentas, en especial de mala > "latencia". > El tema viene asi: en donde trabajo estamos usando un tool (comprado, no > tenemos fuentes ni nada), que esta hecho (investigando un poco los > internals...) con VisualWorks. > El programa usa un server que, en nuestro caso, esta en Europa, mientras que > el cliente intenta accederlo desde Argentina. > Si bien tenemos un acceso de red quizas aceptable para otros usos, en el > caso de este tool es totalmente inusable. > > Con "otros usos", me refiero a programas que estan pensados para ser > distribuidos en redes lentas. Por ej una pagina web: el contenido baja en > pocas llamadas al server (una para el HTML, mas para CSSs, images, etc.). > Luego hay una pausa o interaccion de usuario (nada de trafico), y luego > otros pocos pedidos "de a bloques grandes", y asi. En resumen, pocos > requests grandes. > > Por el contrario, los objetos distribuidos (al menos como parece que los usa > este tool) tienden a mandar un request por cada envio de mensaje. Es decir: > miles de mini-requests. Y esto es lentiiiiiisimo cuando el problema no es el > server sino la latencia de la red. > > De metido nomas, quiero sugerirle a los autores del tool ideas para que su > aplicacion ande bien (me dejan mal parado a mi querido Smalltalk... :-( ) > (ideas que podrian ser ignoradas, es mas bien una curiosidad mia). > El tema seria, si se puede aplicar algun "clever refactor", de forma que > ande rapido en redes lentas sin escribir la aplicacion de nuevo. > > Saludos! > > German > > -- > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > > http://www.clubSmalltalk.org -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org
