[racket] big-bang is slow to render on screen?

When I tried this on my machine I didn't get an empty profile so that is
strange.

Do you get (non errortrace) stacktraces for errors in general?

Robby

On Tuesday, April 22, 2014, Laurent <laurent.orseau at gmail.com> wrote:

> No luck (empty profile). I also tried with errortrace and with
> providing/requiring main instead of dynamic-require and calling main in the
> profiling, but same effect.
> I had actually already tried also before posting, and this is why I used
> these explicit `time` and `current-milliseconds` calls.
>
> I think the program itself is fast enough, but that it may make numerous X
> calls, that make Xorg use 100% cpu during those seconds.
> No idea what these calls might be though.
>
> I also tried on a different computer (older, but recent Mint), and it
> works fine. Looks very local to my computer then.
>
> Laurent
>
> On Tue, Apr 22, 2014 at 1:41 PM, Robby Findler <
> robby at eecs.northwestern.edu> wrote:
>
> I'm not sure if this will work, but here's an attempt to profile a
> 2htdp/universe program. If you put your program in one file called,
> say, tmp.rkt and then run the program below (closing the big-bang
> window after a while), you should get a profile of something. Maybe it
> will be useful.
>
> #lang racket
>
> (require profile)
> (profile
>  (dynamic-require "tmp.rkt" #f)
>  #:threads #t)
>
> Robby
>
> On Tue, Apr 22, 2014 at 6:30 AM, Laurent <laurent.orseau at gmail.com> wrote:
> > Thank you all for your answers. The problem seems to be on my end then.
> > However, some other graphic programs that draw in a canvas are not slow
> on
> > my computer.
> >
> > Does `big-bang` do something in particular regarding graphics?
> >
> > Laurent
> >
> >
> > On Mon, Apr 21, 2014 at 10:29 PM, David Vanderson
> > <david.vanderson at gmail.com> wrote:
> >>
> >> It's fast for me - Linux Mint, both Racket 6.0 and 6.0.1.5 (from git
> just
> >> now) with cairo 2.11200.2.
> >>
> >> Dave
> >>
> >>
> >> On 04/21/2014 11:10 AM, Laurent wrote:
> >>
> >> My version of Cairo is 2.11000.2. What's yours, Sean?
> >> (probably: ls /usr/lib/i386-linux-gnu/libcairo.so*)
> >>
> >>
> >> On Mon, Apr 21, 2014 at 4:51 PM, Robby Findler
> >> <robby at eecs.northwestern.edu> wrote:
> >>>
> >>> If the versions of Cairo are the same, then that eliminates one
> >>> possible route of inquiry.
> >>>
> >>> Robby
> >>>
> >>> On Mon, Apr 21, 2014 at 9:45 AM, Laurent <laurent.orseau at gmail.com>
> >>> wrote:
> >>> > Thanks Sean.
> >>> > (I forgot to mention that I was testing on Racket 6.0.1.4).
> >>> > Apparently it does not lag on your machine, so it might be particular
> >>> > to my
> >>> > machine then? Strange.
> >>> >
> >>> >
> >>> > On Mon, Apr 21, 2014 at 4:32 PM, Sean Kanaley <skanaley at gmail.com>
> >>> > wrote:
> >>> >>
> >>> >> Here's my log after pasting the source into command-line racket 6.0,
> >>> >> Ubuntu 12.04 32-bit:
> >>> >>
> >>> >> to-draw at 1649
> >>> >>
> >>> >> to-draw: cpu time: 0 real time: 2 gc time: 0
> >>> >> on-key a at 2934
> >>> >> to-draw at 2934
> >>> >>
> >>> >> to-draw: cpu time: 0 real time: 2 gc time: 0
> >>> >> on-key s at 2970
> >>> >> to-draw at 2970
> >>> >>
> >>> >> to-draw: cpu time: 4 real time: 3 gc time: 0
> >>> >> on-key d at 3044
> >>> >> on-key f at 3044
> >>> >> to-draw at 3045
> >>> >>
> >>> >> to-draw: cpu time: 0 real time: 0 gc time: 0
> >>> >> to-draw at 3069
> >>> >> to-draw: cpu time: 0 real time: 1 gc time: 0
> >>> >> on-key a at 3198
> >>> >> on-key s at 3198
> >>> >> to-draw at 3199
> >>> >>
> >>> >> to-draw: cpu time: 4 real time: 3 gc time: 0
> >>> >> to-draw at 3329
> >>> >>
> >>> >> to-draw: cpu time: 4 real time: 1 gc time: 0
> >>> >> to-draw at 3392
> >>> >> to-draw: cpu time: 0 real time: 1 gc time: 0
> >>> >> on-key g at 3430
> >>> >> on-key j at 3430
> >>> >> on-key k at 3430
> >>> >> to-draw at 3430
> >>> >>
> >>> >> to-draw: cpu time: 4 real time: 1 gc time: 0
> >>> >> to-draw at 3467
> >>> >> to-draw: cpu time: 0 real time: 1 gc time: 0<
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.racket-lang.org/users/archive/attachments/20140422/308dad8d/attachment.html>