Squeak for iPAQ
Noel J. Bergman
noel at devtech.com
Sat May 12 02:14:10 UTC 2001
> Part of the slowdown may be the cost of getting bits to the screen via
> the normal WinCE interface. Yoshiki Ohshima found that using the windows
> games API gave a huge speedup in display update speed.
As you surmised, I am already using Ohshima-san's VM. And I concur with you
that the raw computational power of the iPAQ is impressive. So those should
not be the problem. MVC responds acceptably, but Morphic is a dog. I have
not yet tried an image with Ned Konz's Morphic optimizations, although if
they only yield a 28% improvement, that won't be a big help.
> Another possible source of sluggishness is floating point operations
Is Morphic more dependent upon floating point than MVC?
> there may be an unexpected interaction between Windows CE and event
processing.
That would impact Morphic but not MVC?
I don't have an old image available ... I just started playing with Squeak
recently, and Ned Konz was kind enough to help me get directly onto Squeak
3.
Might I ask what your image prep method looks like, which generates for the
iPAQ? I'm using one that is derived from both Fisher's and Ohshima's, and
learned from each one.
--- Noel
More information about the Squeak-dev
mailing list
|