4 ms·
> so I'm not sure how big of an issue this is in reality. I have audio programming in mind. Not that you can't do audio programming in GC-enabled languages, it
by guggle 7y ago
> so I'm not sure how big of an issue this is in reality.
I have audio programming in mind. Not that you can't do audio programming in GC-enabled languages, it's just that's it's quite frown upon in this circle (for good reasons). I'm sure there are workarounds though.
- PMunch 7y agoAudio programming? And why is it frowned upon? If it is because of the Java-like GC freezes that is something you can ensure will not happen in Nim by turning on manual control and only running it when its suitable.
- monetus 7y agoNot the person you responded to, but yes. The audio must never be interrupted, everything else first.
- rayman22201 7y agoAudio programming in Nim is completely possible and reasonable. Here is an example of a super collider plugin written entirely in Nim with the GC turned off: https://forum.nim-lang.org/t/3625 https://forum.nim-lang.org/t/3625 The author seemed to find the experience very pleasant, and the performance was great.
- etatoby 7y agoNot (yet) a Nim user, but another post mentioned that GC is thread-specific, so you can remove all traces of GC-types from your real-time thread(s) in order to avoid deallocations at the wrong times. A related question is whether you can disable GC on a thread by thread basis.