Hi, it's me again... :-)
So, I've made the following findings: starting squeak with the ComSwiki-Image on a
K6-2/400/linux in Windowing mode: speed not killing, but cpu-usage okay.
PIII/900/W2k: cpu-usage not noticeable (when running in background)
headless on a k6-2/233/linux: squeak takes every little timeslice it could get?
Is this really the effect of "gettimeofday()" as I thougt before?
The Linuxsystem (debian-testing) is the same on the k6-2/233 and k6-2/400.
Any hints what I can do? I've already tried shrinking, but it's hard to "majorShrink" the Image to somewhat useful for a newbie :-))
Regards, Markus
I spent a few hours kicking/hacking the code and built a bundle for this OSProcess plugin under mac os-x which mostly works.
However now I need a few people who are desperately seeking this solution and would like to beta test and contribute to the smalltalk code that needs changing to work around some mac issues with path names.
Please email me if you want to try it out...
PS not that it all works quite yet, David has some questions to answer.
Hi John,
I will be happy to try your plugin and your futurs VM.
I was unable to send you email at your address, each time I tried, I haved received: - These recipients of your message have been processed by the mail server: johnmci@smalltalkconsulting.com; Failed; 5.3.4 (message too big for system)
Have a nice day. Alain
Le Mardi 5 mars 2002, à 10:05 , John M McIntosh a écrit :
I spent a few hours kicking/hacking the code and built a bundle for this OSProcess plugin under mac os-x which mostly works.
However now I need a few people who are desperately seeking this solution and would like to beta test and contribute to the smalltalk code that needs changing to work around some mac issues with path names.
Please email me if you want to try it out...
PS not that it all works quite yet, David has some questions to answer.
=========================================================================
John M. McIntosh johnmci@smalltalkconsulting.com 1-800-477-2659 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ========================================================================= ==
I would really like to test out OSProcess for Mac OS X
thanks in advance
Keith
I spent a few hours kicking/hacking the code and built a bundle for this OSProcess plugin under mac os-x which mostly works.
However now I need a few people who are desperately seeking this solution and would like to beta test and contribute to the smalltalk code that needs changing to work around some mac issues with path names.
Please email me if you want to try it out...
PS not that it all works quite yet, David has some questions to answer.
--
=========================================================================== John M. McIntosh johnmci@smalltalkconsulting.com 1-800-477-2659 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================
--
I would really like to test out OSProcess for Mac OS X
thanks in advance
Keith
I spent a few hours kicking/hacking the code and built a bundle for this OSProcess plugin under mac os-x which mostly works.
Now that David was redone everything, I'll look at redoing my side after Smalltalk Solutions 2002.
Markus Fritsche Fritsche.Markus@gmx.net wrote:
Hi, it's me again... :-)
So, I've made the following findings: starting squeak with the ComSwiki-Image on a
K6-2/400/linux in Windowing mode: speed not killing, but cpu-usage okay.
PIII/900/W2k: cpu-usage not noticeable (when running in background)
headless on a k6-2/233/linux: squeak takes every little timeslice it could get?
Is this really the effect of "gettimeofday()" as I thougt before?
Unlikely, if it's taking *all* the CPU.
It sounds like a socket is in a wierd state where select() returns immediately on it, but Squeak is keeping the socket open. Thus the "go to sleep" primitive never actually sleeps. I haven't duplicated it, but maybe it's because my Swiki image is pretty old and some image-level issue is happening here.
Out of curiousity, do you see the same thing on a non-Swiki image?
Also, are you using the headless binary (compiled with -DHEADLESS), or are you using "squeak -headless" ?
Oh, by the way, don't run it in a MVC project. There's some bug involving the virtual screen being too small ("headless" mode actually pretends that there is a display, and just doesn't show it on the physical monitor.)
Any hints what I can do? I've already tried shrinking, but it's hard to "majorShrink" the Image to somewhat useful for a newbie :-))
Unlikely to help here, though it's a great way to learn a lot about what's in your image!
-Lex
Lex Spoon wrote:
Oh, by the way, don't run it in a MVC project. There's some bug involving the virtual screen being too small ("headless" mode actually pretends that there is a display, and just doesn't show it on the physical monitor.)
Can the display size be adjusted when in headless mode? Also, it would be nice to have the option not to shrink the display when in headless mode (I've had needs to actually render the display to a browser in the past). I don't believe the -headless option shrinks the display on windows (I guess this is because it's designed to work in the system tray).
- Stephen
squeak-dev@lists.squeakfoundation.org