Does wasmtime plan to support multhi threading with wasm gc in the near future? I gather such a feature hasnt been standarized yet, but i would be willing to use it even if its an experimental wasmtime only implementation.
If that is not the case, could the gc used by this project support multhi threading at the cranelift level?
As i said, i am working on a whole program optimizer for functional language compilers ( such as idris2 or haskell GHC ) and i would like to to target cranelift
is there even a proposed spec update covering interaction between gc and threads? e.g. atomics for gc object field access etc.?
not sure, if there is, it must be brand new
Wasmtime doesn't currently implement shared-everything-threads for gc at this time, no, and I don't believe we have folks lined up to implement it yet
does any wasm runtime have any sort of paralelism with gc ?
I was working on a rough prototype of doing it with a WASM-on-JVM runtime
the JVM has very advanced GC capabilities, and it's pretty easy to wire it up for WASM GC
atomicity seems doable, but my thought was to do it via a function API instead of instructions until/unless some spec comes along
Would th jvm impose any performance contraints for my project?
What implementation do you wish to use?
it's still early stages, but I think it should perform well
What do you mean do it by a function api instead of instructions?
@David Lloyd please could You explain your project further
Last updated: Nov 22 2024 at 16:03 UTC