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.ors...@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 < > ro...@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.ors...@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.vander...@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 > >> <ro...@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.ors...@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 <skana...@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< > >
____________________ Racket Users list: http://lists.racket-lang.org/users
