-
Notifications
You must be signed in to change notification settings - Fork 367
wasm: add support for wasmedge runtime #774
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
12b1773
to
b68a02f
Compare
@ibmibmibm Not a blocker: but would it be possible to add a small section with |
@ibmibmibm Also does current implementation of |
No, we focus on wasm binary format only. |
5203fd6
to
d697bb9
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Signed-off-by: Shen-Ta Hsieh <[email protected]>
d697bb9
to
825108e
Compare
LGTM |
@ibmibmibm Thanks for the PR 😄 |
we definitely need to get either wasmer or wasmedge into major distros like Fedora so that we can enable the feature by default :-) |
@giuseppe what's the upstream repo for wasmer / wasmedge? |
I'll also confirm from wasmer maintainers if they are planning to |
@giuseppe does wasm/wasmedge need to be packaged separately? |
yes, I think we need new packages for that. I'd stick just with one now, like wasmer, to avoid wasting resources on two different backends that have the same features |
@jnovy @giuseppe is this something we need for RHEL or just Fedora at this point? Looping in @fatherlinux. I'm hoping the answer is RHEL 8.5/9.1 or later.... |
Definitely later. RHEL 8.7 and 9.1 is fine with me. |
Hello, I am a maintainer at WasmEdge. :) May I suggest to have WasmEdge included as default? 😅 We can commit to maintain and support the upstream version. WasmEdge is a Linux Foundation / CNCF hosted project. And if you are interested, here are some of the differentiating features WasmEdge has beyond WASM and WASI standards: https://github.com/WasmEdge/WasmEdge/blob/master/docs/highlights.md Thank you for your consideration! |
@juntao I dont have a strong opinion on this one. But one edge with But again i don't have a strong opinion on this one. |
But I might be missing lot of other points hence looping in @syrusakbary for his opinions on this one and for ref original |
Thanks for the chiming me in @flouthoc. As far as I'm aware Wasmer is the most popular runtime among CNCF companies already (many of them already using it on production). It's quite mature (11k commits) and it supports many features that will make it ideal for being the default crun Wasm runtime. Here are some:
Aside of that, there are many integrations of Wasmer in multiple OSS already (Gentoo, Arch Linux, ...), so I think it will be relatively easy to target new ones (RHEL, Fedora): https://repology.org/project/wasmer/versions |
are you planning on adding wasmer (and the C bindings) to Fedora? Until there is no package for Fedora, as well as other distros we are targeting, we won't be able to switch the support for wasmer in the crun build |
Right we need the libraries built into fedora and eventually debian and ubuntu. Then we can turn it on by default. If it goes well we can consider it in RHEL and potentially OpenShift. |
@syrusakbary / @juntao if you know anybody that would be interested in creating and owning the Fedora package, please send them my way. I'd be happy to review and approve both wasmer and wasmedge into Fedora assuming long term maintenance won't be on me :) |
@juntao a good starting point on adding a new package to Fedora is here: https://docs.fedoraproject.org/en-US/package-maintainers/New_Package_Process_for_New_Contributors/ |
Following PR initiates and adds support for crun to be able to build and run wasm/wasi workload in a native manner using `wasmtime`. Crun already supports running `wasm` workload using `wasmer` and `wasmedge` following PR extends this feature so that end-users can switch to `wasmtime`, following feature is proposed inorder to maintain feature parity with other tools in the same space. Ref: * Wasmedge integration: containers#774 * Wasmer integration: containers#742 Signed-off-by: Aditya R <[email protected]>
Following PR initiates and adds support for crun to be able to build and run wasm/wasi workload in a native manner using `wasmtime`. Crun already supports running `wasm` workload using `wasmer` and `wasmedge` following PR extends this feature so that end-users can switch to `wasmtime`, following feature is proposed inorder to maintain feature parity with other tools in the same space like `krustlet` which rely on `wasmtime` under the hood. Ref: * Wasmedge integration: containers#774 * Wasmer integration: containers#742 * https://github.com/krustlet/krustlet Signed-off-by: Aditya R <[email protected]>
Following PR initiates and adds support for crun to be able to build and run wasm/wasi workload in a native manner using `wasmtime`. Crun already supports running `wasm` workload using `wasmer` and `wasmedge` following PR extends this feature so that end-users can switch to `wasmtime`, following feature is proposed inorder to maintain feature parity with other tools in the same space like `krustlet` which rely on `wasmtime` under the hood. Ref: * Wasmedge integration: containers#774 * Wasmer integration: containers#742 * https://github.com/krustlet/krustlet Signed-off-by: Aditya R <[email protected]>
Following PR initiates and adds support for crun to be able to build and run wasm/wasi workload in a native manner using `wasmtime`. Crun already supports running `wasm` workload using `wasmer` and `wasmedge` following PR extends this feature so that end-users can switch to `wasmtime`, following feature is proposed inorder to maintain feature parity with other tools in the same space like `krustlet` which rely on `wasmtime` under the hood. Ref: * Wasmedge integration: containers#774 * Wasmer integration: containers#742 * https://github.com/krustlet/krustlet Signed-off-by: Aditya R <[email protected]>
Following PR initiates and adds support for crun to be able to build and run wasm/wasi workload in a native manner using `wasmtime`. Crun already supports running `wasm` workload using `wasmer` and `wasmedge` following PR extends this feature so that end-users can switch to `wasmtime`, following feature is proposed inorder to maintain feature parity with other tools in the same space like `krustlet` which rely on `wasmtime` under the hood. Ref: * Wasmedge integration: containers#774 * Wasmer integration: containers#742 * https://github.com/krustlet/krustlet Signed-off-by: Aditya R <[email protected]>
Following PR initiates and adds support for crun to be able to build and run wasm/wasi workload in a native manner using `wasmtime`. Crun already supports running `wasm` workload using `wasmer` and `wasmedge` following PR extends this feature so that end-users can switch to `wasmtime`, following feature is proposed inorder to maintain feature parity with other tools in the same space like `krustlet` which rely on `wasmtime` under the hood. Ref: * Wasmedge integration: containers#774 * Wasmer integration: containers#742 * https://github.com/krustlet/krustlet Signed-off-by: Aditya R <[email protected]>
second-state/crunw#6