No real difference on command-line. Two major collections at the start.
They are shorter (~100ms here) but noticeable. From there on only very
short minors. Maybe a forced GC right before the loop begins would help?
GC: 0:min @ 1,576K(+103K)[+148K]; free 885K(-4,981K) 0ms @ 12
GC: 0:min @ 2,24
p.s. Trying again and using "View | Log", and letting it run a longer
time. At first, still just tiny jitters. Then I hit two major GCs,
each of which were obviously quite noticeable:
GC: 0:min @ 371,081K(+-44,377K)[+28,568K]; free 25,584K(-25,584K) 16ms @ 68466
GC: 0:min @ 378,376K(+-51,672K)[+28
I didn't get any noticeable jitter. Noticed I had "Racket | Limit
Memory..." set to 2048 MB.
I reduced it to 64 MB. Still no jitter.
I cranked it down to 8 MB (the minimum). Then I got some jitter. Not
extreme, but noticeable.
The variance in people's reported experiences might be due (partly) t
As far as I know, every professional game developer working on a GC-enabled
platform uses pooled resources. You allocate memory for the map and
characters once, then reinitialize the pre-allocated memory any time you
need a new thing. Definitely not very Rackety.
On Wed, Aug 7, 2013 at 6:12 PM, R
For reference, I was on IRC with Jack when he first ran into this, and
reproduced the jittery behavior on my own machine with a freshly started
DrRacket. The first time I ran the program, and perhaps every 10th time I
ran it, it would hiccup briefly within a second of hitting run, then run
smoothl
>> Hey users, I'm experimenting with some simple games using big-bang from
>> 2htdp/universe and I keep running into stuttering problems. It seems to be
>> the garbage collector slowing things down (green recycle symbol in drracket
>> is on whenever the program is frozen).
i believe games (wel
I just tried this on my mac (a fairly recent machine but not a super-duper
powerhouse) and it didn't seem jittery.
What happens if you save it in "file.rkt" and, from a terminal window, run
"racket file.rkt"? Here's the precise command I ran (on a mac):
/Applications/Racket\ v5.3.5/bin/racket
You recently addressed some things in 2htdp/image wrt to such problems but they
are in HEAD not released, I think. (And I am not sure they are in the upcoming
release.)
On Aug 7, 2013, at 3:58 AM, Robby Findler wrote:
> Well, allocation is what triggers GC and there appears to be a fair a
Well, allocation is what triggers GC and there appears to be a fair amount
of that in your program. I am not in a good position to run your code and
nothing jumps out at me from a first glance at the gist but probably it is
allocation that originates there (not that that
means your code is necc. bu
Hey users, I'm experimenting with some simple games using big-bang from
2htdp/universe and I keep running into stuttering problems. It seems to be
the garbage collector slowing things down (green recycle symbol in drracket
is on whenever the program is frozen).
Increasing the memory limit or remov
10 matches
Mail list logo
