[Seaside] Concurrency question

[Sebastian Sastre]

Hi Jeffrey,

	most Smalltalks will use one OSProcess for the VM and from there it will
make its own instances of the Process class  managed by the VM itself. That has
the advantage of making them very cheap to create. Smalltalk can create a lot of
processes (a few thousands) quite stable.

	I'm not sure about what you mean with LONG http request. Time to load?
KBs of http? session duration?

	Seaside web apps use to scale with pretty much the same structure as
ruby. You should make them scale horizontally by making N smalltalk images run
you application(s) and a load balancer with sticky sessions in front of them.

	The rule of thumb for Seaside says you should use few concurrent
sessions per images and lot of images to balance the load of the user sessions.

	The 'few' number actually should be dictated by your application and the
smalltalk you choose. For Squeak use to be near 10.

	cheers,

Sebastian Sastre

 

> -----Mensaje original-----
> De: seaside-bounces at lists.squeakfoundation.org 
> [mailto:seaside-bounces at lists.squeakfoundation.org] En nombre 
> de Jeffrey Straszheim
> Enviado el: Domingo, 17 de Febrero de 2008 17:00
> Para: seaside at lists.squeakfoundation.org
> Asunto: [Seaside] Concurrency question
> 
> Howdy folks,
> 
> I'm currently evaluating Seaside for a project and have a 
> question.  How does it handle concurrent connections?  I 
> understand that the underlying Squeak VM does not use OS 
> threading, and so the system does not take advantage of SMP.  
> That is OK with me.  However, I'm curious if Seaside will 
> still be able to handle the situation where we get one or 
> more LONG http requests.  Will these cause undo lag to other 
> users trying to connect.
> 
> To give some background for my concern, I've been using 
> Rails, which is strictly single threaded, so a long response 
> to a single request can cause other users to be blocked out 
> from that rails instance.  I'm hoping Seaside will not have 
> this problem.
> 
> Thanks in advance,
> 
> Jeffrey Straszheim
> _______________________________________________
> seaside mailing list
> seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside