[Seaside] Mac Image Broken?
ted.wrinch at gmail.com
Fri Jul 15 15:54:28 UTC 2011
I understand that things will be different in a real world situation and that using ab to test is not realistic. Nevertheless, it does give a starting point for comparison; and as long as one bears this in mind I think that these kinds of figures are quite useful. The way I work is that I like to start off with *something*, that one can get quickly and easily, and build from there. This was one of the things that I liked about Smalltalk itself of course :)
On 14 Jul 2011, at 20:07, Philippe Marschall wrote:
> 2011/7/13 Ted Wrinch <ted.wrinch at gmail.com>:
>> Hi Sven,
>> It was the one-click, all in image from the Seaside site: see the link ''
>> 'Seaside One-Click Experience
>> 3.0.5 at http://www.seaside.st/download/pharo?_s=f6qFOGN_O20lpSoB&_k=TF27rUzr&_n&26.
>> The VM is part of the one-click and I believe is the
>> 'Seaside.app/Contents/MacOS/Squeak VM Opt' file - I'm not quite sure what it
>> is as the Mac thinks it's a text file, and not a Unix binary or shell
>> script. The ab command was 'ab -c50 -n1000
>> 400 packets or so. I think that the use of the loop back address means that
>> it can't be using DNS. My guess, from some of the older list comments, was
>> that perhaps this VM is still built using polling for events, rather than
>> handling them on interrupts, which could explain packet loss and suggest an
>> inefficient UI loop.
> While this is nice because it may give you nice numbers it's important
> to remember that this does nothing have to do with what you'll see in
> production. Everything you will see in production, bottlenecks,
> throughput, latencies, memory usage, cpu usage will be drastically
> different. The numbers you'll get have absolutely no significance.
> You'll probably benchmark how fast Seaside can create new sessions
> because every request creates a new session.
> seaside mailing list
> seaside at lists.squeakfoundation.org
More information about the seaside