<div dir="ltr">Hi folks, I tried hunting through s7.html for answers, so if I missed the answer (due to not understanding) my apologies.<div><br></div><div>In my next release of scheme for max, I&#39;m allowing one to specify which of the two max threads an S7 object lives in, with all input to the object promoted or deferred accordingly. This allows using S7 in timing critical situations. It also means S7 can be running in the same thread as DSP. I&#39;m also working on a Pd port, which has only one thread, so S7 will be in the audio thread.</div><div><br></div><div>I have read numerous articles on real-time audio coding that say &quot;don&#39;t malloc in the audio thread&quot;, because you never know when this could lead to an operating system level disk swap. I&#39;ve read various strategies to avoid it, including pre-allocating pools of whatever you might allocate, or pre-allocating a big chunk of memory so you allocate from memory that is guaranteed not to need to swap. My questions:</div><div><br></div><div>- is there a way to do memory pre-allocation for S7 so that I can guarantee that creating new objects isn&#39;t going to lead to OS level swapping? as in, have S7 only allocate from a memory buffer I&#39;ve already set aside? (RAM is cheap, underruns are bad..)</div><div>- any thoughts about why you might or might not do this? </div><div>- any thoughts on how hard this would be to implement if it has not been done?</div><div>- are there any alternative approaches I should look into?</div><div>- are there tools I could use to see how much is going on?</div><div><br></div><div>Any general input on this issue and how others deal with it or not would be much appreciated!</div><div>iain</div></div>