<div dir="ltr">Thanks Bill, that sounds promising on the malloc front then. I&#39;ll take a look at the code. <div><br></div><div><div>What I&#39;m imagining right now is two s4m objects, one in high priority thread and one in the low, so that the majority of stuff is done in the low and the high is only used for lightweight timing critical tasks. If this doesn&#39;t pan out, I can always do the high priority thread stuff in Max or C instead, but it would be nice to be able to use S7 if possible. I *think* I should be able to keep the stuff in the high priority thread minimal enough to keep a handle on the garbage collection side, but dealing first hand with a garbage collector is new to me. (As in, I&#39;ve done some soft realtime in C, and I&#39;ve done work in GC&#39;d languages, but none of that was in situations where I cared when the GC ran). If you (or anyone else) has pointers on how to learn more about that sort of thing, or how to watch when the GC runs, I&#39;m all ears.</div></div><div><br></div><div>thanks</div><div>iain</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Nov 22, 2020 at 3:05 PM &lt;<a href="mailto:bil@ccrma.stanford.edu">bil@ccrma.stanford.edu</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">s7 calls malloc very infrequently; it has its own<br>
malloc (mallocate and friends), calling malloc<br>
only to get large blocks that it handles after that.<br>
More likely to be a problem is garbage collection.<br>
I haven&#39;t tried to use s7 in real-time, but I<br>
would expect it to be a struggle.<br>
<br>
</blockquote></div>