<div dir="ltr">I just tried this on my mac (a fairly recent machine but not a super-duper powerhouse) and it didn&#39;t seem jittery. <div><br></div><div>What happens if you save it in &quot;file.rkt&quot; and, from a terminal window, run &quot;racket file.rkt&quot;? Here&#39;s the precise command I ran (on a mac):</div>
<div><br></div><div>    /Applications/Racket\ v5.3.5/bin/racket -W debug@GC  ~/file.rkt<br></div><div><br></div><div>I didn&#39;t see too many GCs once the game started and the ones I saw were unlikely to be noticeable (they were 3-5 msec; well below the 16 msec screen refresh rate).<br>
</div><div><br></div><div>If that makes a difference on your machine, perhaps that means it is time to restart DrRacket (as GCs can take significantly longer for programs running inside DrRacket, esp. if there is a leak somewhere).</div>
<div><br></div><div>Robby</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Aug 7, 2013 at 2:58 AM, Robby Findler <span dir="ltr">&lt;<a href="mailto:robby@eecs.northwestern.edu" target="_blank">robby@eecs.northwestern.edu</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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<div>


means your code is necc. buggy).</div><div><br></div><div>Fundamentally, functional image construction (and lists) requires allocation and allocation requires GC. That said there is probably something&#39;s we can fix here. I will try to take a closer look in the coming days of no one beats me to it. <span class="HOEnZb"><font color="#888888"><span></span></font></span></div>
<span class="HOEnZb"><font color="#888888">
<div><br></div></font></span><div><span class="HOEnZb"><font color="#888888">Robby</font></span><div><div class="h5"><span></span><br><br>On Wednesday, August 7, 2013, Jack Firth  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir="ltr">Hey users, I&#39;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).<div>



<br></div><div>Increasing the memory limit or removing the limit altogether doesn&#39;t seem to affect the problem, and I&#39;ve checked in the IRC and it occurs on other machines as well, all of which have the specs that it shouldn&#39;t have any problems with slowdown. Are there issues with big-bang and it&#39;s event handling?</div>



<div><br></div><div>Source - <a href="https://gist.github.com/Universalist235/6171371" target="_blank">https://gist.github.com/Universalist235/6171371</a></div></div>
</blockquote></div></div></div>
</blockquote></div><br></div>