<div dir="ltr">Hi folks, I&#39;m doing more experimenting with tweaking s4m for real time use, and have yet more gc related questions.<div><br></div><div>Is there a way to pre-emptively make the heap big from c or scheme, aside from compiling in a default size? It appears from my recent tests like quite a feasible approach for some use cases is to just lock the gc out for the duration of a song. I ran a pretty heavy (by my standards, it&#39;s all note rate stuff) ensemble with the gc turned off, and got bored after 15 minutes so turned it back on. The only downside I noticed was that when I turned it back on it took 0.2 seconds to run, which would be a catastrophe normally, but is quite reasonable to do between pieces. That said, I wasn&#39;t recording, so it&#39;s conceivable that heap resizing is also causing an underrun that I didn&#39;t notice. So I&#39;m wondering if it would be reasonable to give users an option to trade size for speed by allocating a big hunk of memory and cleaning up when it doesn&#39;t matter.</div><div><br></div><div>Of course, I&#39;m in way over my head here, so if there are other Bad Things about this approach I&#39;d love to hear them. Like, does a heap resize take a long time? Is there a way to see how long it took? Do they take progressively more time (ie does the heap double or somesuch thing)</div><div><br></div><div>thanks!</div></div>