[squeak-dev] Re: Windows service: Win2k to the rescue - slightly
andreas.raab at gmx.de
Wed Oct 15 18:58:03 UTC 2008
Bill Schwab wrote:
> Ok, Zen session management. One thing I like about Dolphin's approach
> is there is a clear startup, so things like initializing the network
> have a home and do not need to appear anywhere else. Here, it appears
> that Seaside was running when the image was saved, so it's running when
> it reloads. The startup lists seem to cause a mix of initialization or
> sometimes simply tear things down to force subsequent lazy
> initialization. Is that a reasonable summary?
Depends on the app. You might want to ask this question on the Seaside list.
> As for preferred OS, this comes to you courtesy of Ubuntu. The biggest
> concern I have is that the switch involves some platform independent
> graphics that will be non-trivial to replace.
Ah, I see. I thought that you were running pure server code since you
were interested in Apache+Seaside+Services. If your project isn't easily
portable it is probably not the right approach.
> Asking this of the creator and maintainer of the Windows VM is perhaps a
> little cruel, but please understand it is not meant that way. Do you
> have a sense of whether Windows is to be avoided because it is largely
> junk, or because the Windows port of Squeak has inherent flaws?
I like Windows. I like Squeak. I use them every day. But it doesn't lead
me to confuse it with a reliable server OS anymore than I would think of
running a production service on the iPhone or the Xbox. They are all
great for what they do but it's not running services.
> IIRC, you reached a point of frustration with Squeak, and were thinking
> of rewriting some servers in Java. That triggered some semaphore and
> delay fixes that seemed to be quite helpful to many users. Did that fix
> the troubles for you? Did you further find it necessary to dump Windows
> to get relief (that's probably a little redundant given your comments)?
> Were you able to avoid the server rewrites?
This is not an entirely accurate recollection of the events but the
delay and semaphore fixes greatly helped reliability of our services
(which have always been run on Linux boxes).
More information about the Squeak-dev