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></span></div>
<div><br></div><div>Robby<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>