Unix VM and MacIntel
John M McIntosh
johnmci at smalltalkconsulting.com
Mon Oct 16 20:44:48 UTC 2006
Ah *slower* you mean
I tried to download the source and compile via the don't read the
instructions methodology and it fails to file the <gl.h> header
Fixed that by editing in full path because I'm not reading the
Then ran from command line
Using my old trusty squeak 2.8 test image, tiny benchmarks gives
'91233071 bytecodes/sec; 3869109 sends/sec'
'92352092 bytecodes/sec; 3852004 sends/sec'
'93841642 bytecodes/sec; 3872548 sends/sec'
'93498904 bytecodes/sec; 3831677 sends/sec'
'92753623 bytecodes/sec; 3838429 sends/sec'
'94256259 bytecodes/sec; 3869109 sends/sec'
'93635698 bytecodes/sec; 3889836 sends/sec'
'93567251 bytecodes/sec; 3875993 sends/sec'
'93772893 bytecodes/sec; 3879445 sends/sec'
'93910491 bytecodes/sec; 3889836 sends/sec'
mac carbon 3.8.13b3u on pb 17 osx 10.4.8 gives
'106934001 bytecodes/sec; 4686938 sends/sec'
'108016877 bytecodes/sec; 4746905 sends/sec'
'108936170 bytecodes/sec; 4762942 sends/sec'
'109777015 bytecodes/sec; 4766162 sends/sec'
'109495295 bytecodes/sec; 4762942 sends/sec'
'109777015 bytecodes/sec; 4756514 sends/sec'
'109871244 bytecodes/sec; 4652907 sends/sec'
'109401709 bytecodes/sec; 4782330 sends/sec'
'109215017 bytecodes/sec; 4737335 sends/sec'
'109308283 bytecodes/sec; 4775850 sends/sec'
On testing on macIntel the downloaded application, and the build
application both would not open the squeak window
when given a 2.8 image or a 3.8.latest image. Squeak CPU usage would
run at 100%, not userful. No message to the system log or console.
www.squeakvm.org unix page only shows 3.9-8
So if someone has a *working* 3.9-9 macintel VM perhaps they could
email with a URL or email me, not the list the application.
Lastly the VM application 3.9-9 posted is macintel only, not powerpc.
On 13-Oct-06, at 12:09 PM, Ian Piumarta wrote:
>> On Oct 13, 2006, at 9:19 AM, Brian Brown wrote:
>>> I downloaded the Squeak-3.9-8.i386-apple-darwin8.8.1 VM
>>> However, when I run squeak, the icon shows up on the Dock, but
>>> that is the last indication you get.
> There was a problem in the mutual exclusion code (specific to i386)
> in the Quartz display driver that didn't show up while I was
> testing it. It froze waiting to obtain a lock. Try this one instead:
> Or, if you prefer it clickable:
> (Either of these should run a lot faster than anything in which
> "explicit references to registers" have been removed.)
John M. McIntosh <johnmci at smalltalkconsulting.com>
Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com
More information about the Squeak-dev