A win for cryptojacking.
Announcement
Collapse
No announcement yet.
Wasmtime 1.0 Released - Bytecode Alliance Declares It Production Ready
Collapse
X
-
Originally posted by Vorpal View PostSo what is the actual use case of this, for me as an end user? Why do I want wasm outside browsers? Is it just for devs to be able to ship the same code for two environments? Does it offer some nice sandboxing? What's the selling point that would make me care?
ofc preformance isn't native, but it can be pretty good all things considered (check out https://copy.sh/v86/ for a real neat wasm showcase)
- Likes 1
Comment
-
Originally posted by Vorpal View PostSo what is the actual use case of this, for me as an end user? Why do I want wasm outside browsers? Is it just for devs to be able to ship the same code for two environments? Does it offer some nice sandboxing? What's the selling point that would make me care?
Comment
-
Would this allow to develop something like a web app that could be detached from the browser and stored on a phone? This could then allow developers to target one open platform and get us out of the scheme of Apple/Android walled gardens. I thought remembering reading about that when I started reading about WebAssembly, but haven't seen anything about it since, so maybe it was just me dreaming
- Likes 2
Comment
-
Originally posted by nabajour View PostWould this allow to develop something like a web app that could be detached from the browser and stored on a phone? This could then allow developers to target one open platform and get us out of the scheme of Apple/Android walled gardens. I thought remembering reading about that when I started reading about WebAssembly, but haven't seen anything about it since, so maybe it was just me dreaming
Whether the web app is in JavaScript or WebAssembly is the developer's choice. WASM is supported on iOS and Android, too.
EDIT: An example of a PWA app, which works offline and works with files locally, is this PhotoShop web clone: https://www.photopea.com/Last edited by Ladis; 21 September 2022, 05:22 AM.
- Likes 1
Comment
-
Originally posted by Lycanthropist View PostCan this be used to write GUI programs as well? E.g. a C++/Qt app compiled to wasm, that runs on every Wasmtime supported platform?
- Likes 2
Comment
-
The Enarx project runs WebAssembly (WASI) workloads in a trusted execution environment (TEE: such as Intel SGX, AMD SEV). WebAssembly gets us a few things:- Security first: Wasi applications can only make networking connections with prior authorization. Apps also can only read/write files with authorization. So greater control with regard to what an application can do. It's like having an application-level firewall built in.
- Prevent vendor lock-in: Wasm applications don't know about the architecture being used (Intel vs. AMD). Normally, an application would have to be aware of the technology being used, but Wasm helps us abstract that away.
- Any language: Wasm/Wasi is it's a byte code format which is separate from a language, so developers can use any language which supports Wasi and run their code in a TEE (what we call a Keep). Rust, C, C++, Go, .net are the best supported today.
- Cross-platform: When ARMv9 and ARM's Confidential Compute Architecture (CCA) comes out, Enarx will allow running the exact same workload on different CPU architectures.
Disclaimer: I'm one of the Enarx devs, so maybe biased about Wasm.
- Likes 2
Comment
-
Originally posted by Lycanthropist View PostCan this be used to write GUI programs as well? E.g. a C++/Qt app compiled to wasm, that runs on every Wasmtime supported platform?
- Likes 1
Comment
-
Originally posted by rjzak View Post
Wasi can't run GUI apps, since it doesn't support linking to shared libraries. The QT app could run in the browser, which is Wasm not Wasi. Wasi is like Posix for Wasm.
You could just compile GUI library to wasm and link with the app.
It may be hard, but not impossible.
Ladis already gives you the link https://www.qt.io/qt-examples-for-webassembly
- Likes 1
Comment
Comment