Performance de usuarios concurrentes con Squeak

> Hola a todos los rosarinos del lugar (aunque yo no lo sea jejeje),
>
> Últimamente, ando muy desconectado, pero os sigo leyendo ;) Espero que lo
> pasarais "chévere" en la Smalltalks ;)
>
> Voy a embarcarme en un proyecto web, que, si todo va bien, tendrá una buena
> carga de usuarios concurrentes. Para la conversación, pongamos 500.
>
> Aunque, estoy investigando sobre Python con Django, la verdad es que me
> gustaría hacerlo más en Smalltalk. Obviamente, me gustaría que fuese Squeak,
> por ser opensource, y funcionar sin cambios en las tres plataformas donde
> suelo programar/trabajar (windows, linux, osx), y ser totalmente opensource.
>
> Me gustaría saber vuestra opinión, sobre si un proyecto así, con muchos
> usuarios concurrentes podría tener cabida sobre Squeak, y no se caería por
> todos lados. Para que os hagáis una idea, será una juego online web, pero con
> mucha carga de trabajo, puesto mediante AJAX debe refrescar los navegadores de
> los jugadores cada 500ms. al menos, refrescando todo tipo de información en la
> web. Y supongo, habría una imagen Squeak, que tendrá que soportar todos los
> usuarios conectados para cada "servidor/universo" existente. También se me ha
> ocurrido, que cada grupo de planetas/galaxias, sean mantenidos por una imágen,
> e interconectarlas todas, pero esto no tengo ni idea de cómo hacerlo, y ya son
> otros cuentos respecto a la implementación.
>
> Vosotros, que tenéis mil veces más que yo experiencia en Squeak, y sois mis
> maestros y mentores, pensáis que Squeak-Trunk, está preparado para soportar
> ésto? Usando que tipo de persistencia? Usando qué framework web?
>
> Un saludo a todos.

>
>
> > Hola a todos los rosarinos del lugar (aunque yo no lo sea jejeje),
> >
> > Últimamente, ando muy desconectado, pero os sigo leyendo ;) Espero que lo
> > pasarais "chévere" en la Smalltalks ;)
> >
> > Voy a embarcarme en un proyecto web, que, si todo va bien, tendrá una
> buena
> > carga de usuarios concurrentes. Para la conversación, pongamos 500.
> >
> > Aunque, estoy investigando sobre Python con Django, la verdad es que me
> > gustaría hacerlo más en Smalltalk. Obviamente, me gustaría que fuese
> Squeak,
> > por ser opensource, y funcionar sin cambios en las tres plataformas donde
> > suelo programar/trabajar (windows, linux, osx), y ser totalmente
> opensource.
> >
> > Me gustaría saber vuestra opinión, sobre si un proyecto así, con muchos
> > usuarios concurrentes podría tener cabida sobre Squeak, y no se caería
> por
> > todos lados. Para que os hagáis una idea, será una juego online web, pero
> con
> > mucha carga de trabajo, puesto mediante AJAX debe refrescar los
> navegadores de
> > los jugadores cada 500ms. al menos, refrescando todo tipo de información
> en la
> > web. Y supongo, habría una imagen Squeak, que tendrá que soportar todos
> los
> > usuarios conectados para cada "servidor/universo" existente. También se
> me ha
> > ocurrido, que cada grupo de planetas/galaxias, sean mantenidos por una
> imágen,
> > e interconectarlas todas, pero esto no tengo ni idea de cómo hacerlo, y
> ya son
> > otros cuentos respecto a la implementación.
> >
> > Vosotros, que tenéis mil veces más que yo experiencia en Squeak, y sois
> mis
> > maestros y mentores, pensáis que Squeak-Trunk, está preparado para
> soportar
> > ésto? Usando que tipo de persistencia? Usando qué framework web?
> >
> > Un saludo a todos.
>
> El trunk está en proceso.
> Hay un compromiso de hacer que todo corra eventualmente.
> No se como escala SWT, eso lo tienen que decir Diego y Germán.
>
> Edgar
>
>  
>

>
>
> Hola:
>
> SWT escala como escala una imagen con Comanche, ya que Asteroid está basado
> en Comanche.
>
> El uso intensivo, con muchos usuarios, seguramente requerirá soluciones
> (uses el framework que uses) del
> tipo de las que se implementaron en DabbleDB, levantando más de una imagen.
>
>
> En el blog de Ramón León hay artículos que explican bastante sobre cómo
> hacer eso.
>
> También, respecto de los frameworks web, todo depende de tu aplicación (y
> de tu conocimiento de cada uno),
> para elegir cual te conviene más. Seaside, Aida, Iliad y SWT, cada uno de
> ellos tiene características particulares
> que los hacen más o menos aptos dependiendo del tipo de aplicación a
> desarrollar.
>
> Saludos.
>
>
> El 24 de noviembre de 2009 08:12, Edgar J. De Cleene <
> [hidden email]> escribió:
>
>
>>
>> > Hola a todos los rosarinos del lugar (aunque yo no lo sea jejeje),
>> >
>> > Últimamente, ando muy desconectado, pero os sigo leyendo ;) Espero que
>> lo
>> > pasarais "chévere" en la Smalltalks ;)
>> >
>> > Voy a embarcarme en un proyecto web, que, si todo va bien, tendrá una
>> buena
>> > carga de usuarios concurrentes. Para la conversación, pongamos 500.
>> >
>> > Aunque, estoy investigando sobre Python con Django, la verdad es que me
>> > gustaría hacerlo más en Smalltalk. Obviamente, me gustaría que fuese
>> Squeak,
>> > por ser opensource, y funcionar sin cambios en las tres plataformas
>> donde
>> > suelo programar/trabajar (windows, linux, osx), y ser totalmente
>> opensource.
>> >
>> > Me gustaría saber vuestra opinión, sobre si un proyecto así, con muchos
>> > usuarios concurrentes podría tener cabida sobre Squeak, y no se caería
>> por
>> > todos lados. Para que os hagáis una idea, será una juego online web,
>> pero con
>> > mucha carga de trabajo, puesto mediante AJAX debe refrescar los
>> navegadores de
>> > los jugadores cada 500ms. al menos, refrescando todo tipo de información
>> en la
>> > web. Y supongo, habría una imagen Squeak, que tendrá que soportar todos
>> los
>> > usuarios conectados para cada "servidor/universo" existente. También se
>> me ha
>> > ocurrido, que cada grupo de planetas/galaxias, sean mantenidos por una
>> imágen,
>> > e interconectarlas todas, pero esto no tengo ni idea de cómo hacerlo, y
>> ya son
>> > otros cuentos respecto a la implementación.
>> >
>> > Vosotros, que tenéis mil veces más que yo experiencia en Squeak, y sois
>> mis
>> > maestros y mentores, pensáis que Squeak-Trunk, está preparado para
>> soportar
>> > ésto? Usando que tipo de persistencia? Usando qué framework web?
>> >
>> > Un saludo a todos.
>>
>> El trunk está en proceso.
>> Hay un compromiso de hacer que todo corra eventualmente.
>> No se como escala SWT, eso lo tienen que decir Diego y Germán.
>>
>> Edgar
>>
>>
>
>
>  
>

>  
>
> Hola:
>
> SWT escala como escala una imagen con Comanche, ya que Asteroid está
> basado en Comanche.
>
> El uso intensivo, con muchos usuarios, seguramente requerirá
> soluciones (uses el framework que uses) del
> tipo de las que se implementaron en DabbleDB, levantando más de una
> imagen.

>
> En el blog de Ramón León hay artículos que explican bastante sobre
> cómo hacer eso.
>
> También, respecto de los frameworks web, todo depende de tu aplicación
> (y de tu conocimiento de cada uno),
> para elegir cual te conviene más. Seaside, Aida, Iliad y SWT, cada uno
> de ellos tiene características particulares
> que los hacen más o menos aptos dependiendo del tipo de aplicación a
> desarrollar.

>
>
> Hola Germán,
>
> El mar, 24-11-2009 a las 09:16 -0300, Germán Arduino escribió:
>
>
>
>  Hola:
>
> SWT escala como escala una imagen con Comanche, ya que Asteroid está basado
> en Comanche.
>
> El uso intensivo, con muchos usuarios, seguramente requerirá soluciones
> (uses el framework que uses) del
> tipo de las que se implementaron en DabbleDB, levantando más de una imagen.
>
>
>
> Refrescando un poco las ideas en el histórico de la lista de squeak-dev
> (puesto estoy desubscrito actualmente), leí que te encuentras portando SWT a
> Trunk e iba a preguntarte. La verdad, es que, conociendo a Diego, supongo
> que estará bien hecho. Respecto a DabbleDB, ellos creo que levantan una
> imágen por cada cuenta, pero esa imágen es compartida entre los usuarios de
> esa cuenta si no ruerdo mal, pero eso, diría que es un poco locura hacerlo
> por usuario, además, que todas las imágenes, tendrían que atacar al mismo
> "almacén de objetos", puesto toda la información, será persistente y
> compartida. Para que os hagáis una idea, el proyecto, es hacer una especie
> de "Mu Online", que comentaba Edgar en anteriores emails, pero sobre web,
> por lo que, las peticiones con Ajax (incluso me atrae mucho la idea también
> de conjuntarlo con Comet para algunas cosas) cada 500ms al menos por usuario
> conectado se hacen obligatorias.
>
>

>  
>
> Giuseppe,
>
> Yo me inclinaria por Seaside, ya sea en el squeak tradicional o en
> pharo.
> Algo razonable y conservador es que sirvas unas 10 sesiones por imagen
> conrriendo en tu servidor y a partir de ahi levantes mas imagenes en
> el mismo servidor mientras el servidor aguante.
> Es probable que necesites una imagen mas para coordinar la orquesta.
> Esto que te sugiero es una solucion probada e implementada en varios
> lugares.
>

>
> Giuseppe,
>
> Yo me inclinaria por Seaside, ya sea en el squeak tradicional o en pharo.
> Algo razonable y conservador es que sirvas unas 10 sesiones por imagen
> conrriendo en tu servidor y a partir de ahi levantes mas imagenes en el
> mismo servidor mientras el servidor aguante.
> Es probable que necesites una imagen mas para coordinar la orquesta.
> Esto que te sugiero es una solucion probada e implementada en varios
> lugares.
>
>
> 10 jugadores por imagen, siendo, por ejemplo, 1000 jugadores, estamos
> hablando de 100 imágenes corriendo a la vez, que, pongamos, a 10MB al menos
> por cada una, es 1TB de RAM si no me fallan los cálculos, y eso sin contar
> la/s imágenes encargadas de la persistencia (gemstone, magma, etc...)....un
> poco bárbaro no crees? no me salen los números por ningún sitio si quiero
> ganar algo de dinero con eso, con lo que me costarán los VPS:P
>
> Servidor Dedicado:
> *Quad-Core XXL*
>
>    - 2 x Opteron 2352
>    - 2 x 4 x 2,1 GHz
>    - 16 GB RAM
>    - 3 x 750 GB de disco duro
>
> 299.9€ mensuales, 1,706.40 pesos argentinos.
>
> Y 1000 jugadores no es ningún número astronómico ni mucho menos....La
> verdad es que pensaba entre 500 y 1000 jugadores por imágen.
>
>

>
>  Otra alternativa es que uses squeak como IDE y Gemstone como servidor.
> Es decir desarrollas en Squeak y deployas en GLASS. Gemstone es free
> mientras lo corras en un procesador y no superes los 4G de espacio de
> memoria.
>
>
> Había pensado en Gemstone, pero para la persistencia. También había pensado
> en Magma, sobre todo con sus nuevas características de High Availability con
> balanceos de carga y demás, porque, al fin y al cabo, a la persistencia si
> reacerá todo el peso (y no de la ley) Pero todo esto, es estar pensando
> demasiado en el futuro, y actualmente, es todo vaporware lo que tengo. Checa
> el mail que mandé casi después de tí contestando a Germán, para que veas
> exactamente que es lo que más o menos busco.
>

> Hola:
>
>
> El 24 de noviembre de 2009 12:06, Giuseppe Luigi Punzi <[hidden email]
> > escribió:
>
> Tienes algún HowTo para cargar SWT en Trunk para echarle un vistazo?  
> donde está siendo llevado a cabo el código? porque en SqueakSource  
> no veo actualizaciones desde Enero del presente año.
>
>
>
> No hay how to, porque no existe el SWT para trunk/pharo con  
> closures, sino que es algo en lo cual estoy trabajando ahora.
>
> No pasan todos los tests y quedan algunos otros problemas, por lo  
> tanto no hemos publicado nada oficial. Lo que mostró Edgar lo hizo  
> él solito por su cuenta :)
>
> Si querés intentarlo, en una imagen que ya tenga comanche/seaside es  
> más fácil, sólo hay que tener las últimas versiones de Comanche &  
> friends y carga todo, pero hay cosas que no funcionan, empezando por  
> los tests. En eso estoy trabajando.
>
> Saludos.
>
>

> Estoy teniendo problemas para tener Komanche funcionando en Trunk. No me
> encuentra el objeto WAKom, TCPListener me dá un MNU: UndefinedObject>>root
>
> He intentado meterlo a través de Squeaksource, y a través de Universes con el
> paquete Seaside28
>
> Curiosamente, SWT si me carga perfectamente, pero no puedo probarlo, aunque
> repito, de momento, lo que me falla realmente es komanche que no levanta. Sólo
> me fallan los tests de ST2JS.
>
> Existe algún problema conocido sobre ésto?

>
>
> El 24 de noviembre de 2009 18:27, Edgar J. De Cleene
> <[hidden email]> escribió:
>>
>>
>>
>> Carga en orden lo siguiente:
>> DynamicBindings-GiovanniCorriga.10
>> KomServices-gc.19
>> KomHttpServer-edc.52
>>
>
> Yo uso el KomHttpServer-GiovanniCorriga.50, y no vi nada posterior......está
> el tuyo
> en el mismo repo?
>
> Qué cambios incluye?
>
>
>
> Y ya que estamos aprovecho con una pregunta sobre SqueakLight, que estoy
> usando: Vos probaste meterle las herramientas de desarrollo web? Por qué
> lado van los recortes?
>
> Bueno, gracias y seguimos squeakeando y pharoando :)
> --
> =================================================
> Germán S. Arduino  <gsa @ arsol.net>   Twitter: garduino
> Arduino Software & Web Hosting   http://www.arduinosoftware.com
> PasswordsPro  http://www.passwordspro.com
> =================================================
>

> Ya vi que está en "Ladrillos", perdón, no me había dado cuenta, pero
> siguen pendientes el resto
> de las preguntas :)
>
> El día 25 de noviembre de 2009 09:00, Germán Arduino
> <[hidden email]> escribió:
> >
> >
> > El 24 de noviembre de 2009 18:27, Edgar J. De Cleene
> > <[hidden email]> escribió:
> >>
> >>
>
> >>
> >> Carga en orden lo siguiente:
> >> DynamicBindings-GiovanniCorriga.10
> >> KomServices-gc.19
> >> KomHttpServer-edc.52
> >>
> >
> > Yo uso el KomHttpServer-GiovanniCorriga.50, y no vi nada  
> posterior......está
> > el tuyo
> > en el mismo repo?
> >
> > Qué cambios incluye?
> >
> >
> >
> > Y ya que estamos aprovecho con una pregunta sobre SqueakLight, que  
> estoy
> > usando: Vos probaste meterle las herramientas de desarrollo web?  
> Por qué
> > lado van los recortes?
> >
> > Bueno, gracias y seguimos squeakeando y pharoando :)
> > --
> > =================================================
> > Germán S. Arduino  <gsa @ arsol.net>   Twitter: garduino
> > Arduino Software & Web Hosting   http://www.arduinosoftware.com
> > PasswordsPro  http://www.passwordspro.com
> > =================================================
> >
>
>