[racket] drracket editor running too slow

366 views
Skip to first unread message

Steven Miller

unread,
Mar 25, 2011, 5:42:03 PM3/25/11
to us...@racket-lang.org
I am having a problem with my drracket editor running extremely slow.  I am using ubuntu 10.10.  I downloaded the latest version of racket (5.1) I used to have (5.0).  Ever since then my editor is super slow.  I don't know if their is coincidence or the reason why.   For example, I try to highlight 3 lines of code in the drracket editor and it literally takes 6 seconds to finishing highlighting!(I click and drag the mouse).  If I hit enter say 20 times then it takes close to a minute to execute all of the enter commands.  The bottom part of running the program is fast, it is just the top part (editor) that is slow.  Does anyone know what the problem might be?

Robby Findler

unread,
Mar 27, 2011, 9:01:33 AM3/27/11
to Steven Miller, us...@racket-lang.org
Between 5.0 and 5.1 that was a complete re-write of the GUI system and
it sounds like you're experiencing a performance bug. Unfortunately, I
don't think that it is specific to every ubuntu 10.10 system which
makes it difficult for us to reproduce (and thus fix). Do you have any
idea if there is something about your setup or the way you're using
DrRacket that might give us a clue as to what's going on?

Thanks,
Robby

> _________________________________________________
>  For list-related administrative tasks:
>  http://lists.racket-lang.org/listinfo/users
>

_________________________________________________
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/users

Neil Van Dyke

unread,
Mar 27, 2011, 9:23:49 AM3/27/11
to us...@racket-lang.org
I am *not* noticing this slow text selection problem on Debian (on which
Ubuntu is based).

What I *am* noticing with Racket 5.1 on Debian Lenny is that
progressively changing the DrRacket window layout with mouse drags
(e.g., dragging to resize window, or dragging to move the sash between
the Definitions and Interactions subwindows) is crazy-slow.

Looks like probably the common problem of keeping scheduling more
re-layouts and repaints, even requests for the same are still pending.
A telltale sign is when you pause the drag movement yet see multiple
updates lagging behind the drag. So you end up doing things hundreds(?)
of times more than you have to. I don't think that the speed of the
individual relayouts is a factor. Perhaps the code in Racket is not
doing this, but some old version of a GTK-related library is being dumb.

To give you an idea of how slow... Just now, I used a mouse drag to
resize a new DrRacket window vertically, from screen height to minimal
height. I then took my hand off the mouse and counted 7 seconds while
the re-layouts and repaints caught up. This is on a lightly-loaded 2GHz
dual-core, with a simple GTK theme.

--
http://www.neilvandyke.org/

Matthew Flatt

unread,
Mar 27, 2011, 9:28:56 AM3/27/11
to Neil Van Dyke, us...@racket-lang.org
At Sun, 27 Mar 2011 09:23:49 -0400, Neil Van Dyke wrote:
> What I *am* noticing with Racket 5.1 on Debian Lenny is that
> progressively changing the DrRacket window layout with mouse drags
> (e.g., dragging to resize window, or dragging to move the sash between
> the Definitions and Interactions subwindows) is crazy-slow.

Is the latest version any better?

> Looks like probably the common problem of keeping scheduling more
> re-layouts and repaints, even requests for the same are still pending.

I think the problem was tracking drag events too precisely. I changed
mouse reporting to "hint" mode (weeks ago), which doesn't report every
single place the mouse visits, and that solved the problem on my
machine.

Neil Van Dyke

unread,
Mar 27, 2011, 9:40:20 AM3/27/11
to Matthew Flatt, us...@racket-lang.org
Matthew Flatt wrote at 03/27/2011 09:28 AM:
> I think the problem was tracking drag events too precisely. I changed mouse reporting to "hint" mode (weeks ago), which doesn't report every single place the mouse visits, and that solved the problem on my machine.

Sounds to me like that will fix the problem for me. Thanks. It will be
a while before I can install the latest and verify.

--
http://www.neilvandyke.org/

Erich Rast

unread,
Mar 28, 2011, 6:20:45 AM3/28/11
to us...@racket-lang.org
Just for the record, I've been using a one-week old version nightly
built of 5.1 on Ubuntu 10.04 daily during last week and didn't
experience any slowdowns. (on a reasonably fast 2.6 GHz i7 920 with 6GB
RAM, though)

So the slowdown must be specific to Ubuntu 10.10 or your configuration.

Best,

Erich


> I am having a problem with my drracket editor running extremely slow.
I am
> using ubuntu 10.10. I downloaded the latest version of racket (5.1) I
used
> to have (5.0). Ever since then my editor is super slow. I don't know
if
> their is coincidence or the reason why. For example, I try to
highlight 3
> lines of code in the drracket editor and it literally takes 6 seconds
to
> finishing highlighting!(I click and drag the mouse). If I hit enter
say 20
> times then it takes close to a minute to execute all of the enter
commands.
> The bottom part of running the program is fast, it is just the top
part
> (editor) that is slow. Does anyone know what the problem might be?

_________________________________________________

Robby Findler

unread,
Mar 28, 2011, 2:41:18 PM3/28/11
to Erich Rast, us...@racket-lang.org
I didn't see any problems with a 10.04 VM in the latest Racket either
and, sadly, my version of parallels doesn't run 10.10. I've got an
order in for the new version, but it may be a while before I get time
to try more.

Robby

Sam Tobin-Hochstadt

unread,
Mar 28, 2011, 2:45:29 PM3/28/11
to Robby Findler, Erich Rast, us...@racket-lang.org
I have 10.10 on a machine at home, and I don't see the problem described either.

--
sam th
sa...@ccs.neu.edu

Robby Findler

unread,
Mar 28, 2011, 2:54:38 PM3/28/11
to Sam Tobin-Hochstadt, Erich Rast, us...@racket-lang.org
If you have a chance, can you try 5.1 under 10.10 just to see if the
bug is happily already fixed?

Robby

Neil Van Dyke

unread,
Apr 30, 2011, 3:59:50 AM4/30/11
to Matthew Flatt, us...@racket-lang.org
I'm still seeing the gazillion-repaints slowness problem in the 5.1.1
release, when resizing a DrRacket window.

(Probably I should've installed a nightly build before the release.)

Reply all
Reply to author
Forward
0 new messages