[Seaside] Concurrent requests from multiple sessions

Sebastian Sastre sebastian at flowingconcept.com
Tue Mar 10 15:57:17 UTC 2015


Hi Ondrej,

are you using an ODBC connection? What comes to mind is to check if maybe the FFI call to ODBC or whatever driver you are using to get into DB2 is blocking the VM running that image until it gets the answer.

Whatever the case, you seem to need to scale your app horizonatally with many images.

At least that’s how I do it.

Other than that, there is something that you probably don’t want to even hear about but for what’s worth: a REST backend and a single page application scales really well due to clients’ CPU dividing load and RESTful backends having way better parallelisation

sebastian <https://about.me/sebastianconcept>

o/

LinkedIn: http://www.linkedin.com/in/sebastiansastre <http://www.linkedin.com/in/sebastiansastre>
github: https://github.com/sebastianconcept <https://github.com/sebastianconcept>





> On Mar 6, 2015, at 7:17 AM, wilwarin <Ondrej.Altman at seznam.cz> wrote:
> 
> Hi all,
> 
> Currently we are developing a web application in Seaside, and it is
> necessary for us to work in VAST. The application runs as a Windows service,
> and for a few days we are facing the following issue:
> 
> - At one moment there are two users (let's call them 'A' and 'B') logged in
> in the application, so we have two different sessions.
> - 'A' requests a page with a long list of objects obtained from DB2, so it
> takes a number of seconds to get the results.
> - Less than one second after 'A''s request, 'B' requests another page, for
> instance an easy static page.
> - For the time the 'A''s request is handled, the 'B''s browser window
> freezes and waits for those number of seconds mentioned above.
> 
> We searched really a lot, but still the results are not what we would
> expect. This issue makes as confused, because in the future the application
> should serve hundreds of users with very similar combinations of requests.
> 
> We didn't know, where our problem lies, so we tried a similar test with a
> single page with a difficult calculation inside. Then we tried the same in
> Pharo to exclude the problem in VAST. Both with the same results.
> 
> Is there anything we are missing? What should we do to achieve a parallel
> (or kinda better) processing of requests?
> 
> Thank you very much for your responses.
> 
> Ondrej
> 
> 
> 
> --
> View this message in context: http://forum.world.st/Concurrent-requests-from-multiple-sessions-tp4809929.html
> Sent from the Seaside General mailing list archive at Nabble.com.
> _______________________________________________
> seaside mailing list
> seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150310/d6b5e107/attachment-0001.htm


More information about the seaside mailing list