embly
DISCONTINUED
lucet
DISCONTINUED
Our great sponsors
embly | lucet | |
---|---|---|
1 | 5 | |
100 | 4,061 | |
- | - | |
0.0 | 6.6 | |
about 3 years ago | about 2 years ago | |
Rust | Rust | |
- | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
embly
-
Launch HN: Lunatic (YC W21) – An Erlang Inspired WebAssembly Platform
Hey, I tried to build something like this too: https://github.com/embly/embly
My takeaway after building that is that the build tooling is the major pain point. If you're trying to onboard someone onto this platform from their favorite language the hard part is getting from code to the .wasm file. wasm-bindgen (as an example) has put so much effort into build tooling, I wonder if that's a necessary path for success here.
It's also great that WASI exists now, if I had to do embly again I'd just use wasi and then implement all of my "platform" features as filesystem features, not syscalls. If your API interface is the filesystem then you could provide interoperability between environments. Let's say you want to include a key-value store in the wasi runtime, you just make the keys files and the values file contents. Then you could so something like ship a FUSE filesystem to interact with the filesystem in the same way from a traditional VM or on a personal computer. I got really bogged down in custom syscalls and this path seems potentially more elegant.
Have you also thought about live process migration? I got really excited about this from a technical standpoint. Since you completely control the runtime you could set up a clustered wasm solution that moves long running processes from VM to VM by sending their live memory state to another machine. Not sure if that's actually useful, but cool that it's not bogged down by the usual complexities of doing the same in a full OS environment.
Anyway, so glad to see that someone is taking this idea on. Please make a cloud platform and let me pay for it. Also happy to chat more if any of this is useful, I've joined your discord as "max".
lucet
-
Unlocking the Power of WebAssembly
WebAssembly is extremely portable. WebAssembly runs on: all major web browsers, V8 runtimes like Node.js, and independent Wasm runtimes like Wasmtime, Lucet, and Wasmer.
-
A Look at Performance in Wasmtime and Cranelift
The bytecode alliance had the lucet project which would be an OS executing WASM application, enabling very strict sandboxing.
-
Your python 4 dream list.
References for anyone following: wasmtime Lucet
-
There are a *lot* of actor framework projects on Cargo.
I guess lucet could be an under-layer for this but it's not really the same, different levels of the stack. Fascinating.
-
Writing Rust the Elixir way
I also want to use this opportunity to say a big thank you to the teams working on Rust, Wasmer, Wasmtime, Lucet and waSCC. It would be impossible to build Lunatic without all the hard work put into this projects.
What are some alternatives?
lunatic - The Lunatic VM [Moved to: https://github.com/lunatic-solutions/lunatic]
genact - 🌀 A nonsense activity generator
meetings - WebAssembly meetings (VC or in-person), agendas, and notes
async-std - Async version of the Rust standard library
Celluloid - Actor-based concurrent object framework for Ruby
specs - Specs - Parallel ECS
workers-rs - Write Cloudflare Workers in 100% Rust via WebAssembly
component - Managed lifecycle of stateful objects in Clojure
Kubewarden - Kubewarden is a policy engine for Kubernetes. It helps with keeping your Kubernetes clusters secure and compliant. Kubewarden policies can be written using regular programming languages or Domain Specific Languages (DSL) sugh as Rego. Policies are compiled into WebAssembly modules that are then distributed using traditional container registries.
chat - A telnet chat server
dl_api - The easiest, simplest and safest way to load dynamic (shared object) libraries from Rust!
uppercut - Small and simple actor model implementation.