Is there a plan for a low-pause GC? #462
Replies: 1 comment
-
|
Hi Iain! Thanks for the interest in jank. Right now, we're using BDWGC, with the knowledge that it'll only take us so far. Beyond that, the current plan is to integrate MMTK, which will open up the door for a handful of different GC options, each of which can be swapped in without code changes. In particular, LXR looks very appealing: https://arxiv.org/abs/2210.17175 I'm not yet decided on exactly which GC we'd use, via MMTK. Perhaps, like the JVM, we could make this a CLI option even. More details on all of that here: https://www.mmtk.io/status
Definitely. I think this could be a great match. We're still a few months away from alpha launch, but whenever you start looking into jank, please do keep an open channel of communication. I'm happy to support you in achieving what you're looking for. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi, I'm very excited to learn about this project. As a music software developer, I'm a huge Lisp fan because of how well Lisp allows one to work in symbols. . I'm curious if there is a plan for a low-pause GC, such as the one in Go or (more esoterically) in Roger Danenberg's Serpent.
No idea if targetting music developers is on the radar, but I can say that Jank with soft-real time capable GC would be very attractive to us! I'm the author of Scheme for Max and Scheme for Pd, which put s7 Scheme interpreters into Max/MSP and PureData respectively. I would be more than happy to provide any useful feedback or input from the music coding world if that is of interest. Good luck!
Beta Was this translation helpful? Give feedback.
All reactions