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

Those are probably all errortrace-based stacktraces. And the profiler uses
the internal ones not the errortrace based ones. Figuring out how to get
you internal stacktraces is probably a good idea.

But I think Vincent has adjusted the profiler to be able to use the
errortrace stacks. I am not sure the state of that tho.

Robby

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

> Indeed, I have no stacktrace for the program `#lang racket (error "auie")`
> without `-l errortrace` (but I have one with it) on the command line.
> (exceptions are printed, but line numbers are not)
>
> When I run it inside DrRacket (where I do have traces) I still get an
> empty profile:
> Profiling results
> -----------------
>   Total cpu time observed: 710ms (out of 1232ms)
>   Number of samples taken: 337 (once every 2ms)
>   Threads observed:        2
>
> ====================================
>                         Caller
> Idx  Total    Self    Name+srcLocal%
>      ms(pct)  ms(pct)   Callee
> ====================================
>
>
> Laurent
>
>
> On Tue, Apr 22, 2014 at 3:57 PM, Robby Findler <
> robby at eecs.northwestern.edu> wrote:
>
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.racket-lang.org/users/archive/attachments/20140422/fb368f33/attachment.html>