Slow drawing update on OpenBSD

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Slow drawing update on OpenBSD

KenDickey
Greetings,

I built a VM from sources on OpenBSD 5.3 from:
  Squeak-4.10.2.2614-src.tar.gz

This seems to have resurrected the old bug where "auto-move" is _very_ slow unless one is moving the cursor.

Could someone refresh my memory as to the bug and its fix.  Something to do with event timeout?

[I noted a recent discussion of OSProcessPlugin fixes.  What is the procedure to get the source update on the off chance that this will fix the problem? Just update VMMaker? (it has been a while)]

Thanks much for any help,
-KenD
--
Ken [dot] Dickey [at] whidbey [dot] com

-KenD
Reply | Threaded
Open this post in threaded view
|

Re: Slow drawing update on OpenBSD

David T. Lewis
On Mon, May 27, 2013 at 09:30:23PM -0700, Ken Dickey wrote:
> Greetings,
>
> I built a VM from sources on OpenBSD 5.3 from:
>   Squeak-4.10.2.2614-src.tar.gz
>
> This seems to have resurrected the old bug where "auto-move" is _very_ slow unless one is moving the cursor.
>
> Could someone refresh my memory as to the bug and its fix.  Something to do with event timeout?

I don't recall anything about this either. Can you briefly describe the
problem (sorry I don't know what "auto-move" means)?

>
> [I noted a recent discussion of OSProcessPlugin fixes.  What is the procedure to get the source update on the off chance that this will fix the problem? Just update VMMaker? (it has been a while)]
>

It seems unlikely that OSProcessPlugin would do anything that affects
cursor behavior or morph positioning, but the latest source for the plugin
is in Monticello at http://www.squeaksource.com/OSProcessPlugin. If you do
"VMMaker updateFromServer" it will (hopefully) give you the latest.

Dave


> Thanks much for any help,
> -KenD
> --
> Ken [dot] Dickey [at] whidbey [dot] com

Reply | Threaded
Open this post in threaded view
|

RE: Slow drawing update on OpenBSD

KenDickey
In reply to this post by KenDickey
> Can you briefly describe the problem (sorry I don't know what "auto-move" means)?

DisplayObject>>slideFrom:to:nSteps:delay:

Has a timer, but the wakeup is delayed.

 (Delay forMilliseconds: milliSecs) wait.

The timer expires, but the VM does not get the CPU back immediately.

Moving the cursor sends mouse events, which do wake up the VM.  So moving images are glacially slow unless one moves the cursor around.

It has been over a decade since I looked seriously at C code, so poking around will take me a while.

Early Squeak had this problem on Linux, but it got repaired a long time ago.  

I am hoping someone has a better memory of this than I do.

Thanks again,
-KenD
--
Ken [dot] Dickey [at] whidbey [dot] com

-KenD