wee_alloc
The Wasm-Enabled, Elfin Allocator (by rustwasm)
wasi
Experimental WASI API bindings for Rust (by bytecodealliance)
wee_alloc | wasi | |
---|---|---|
7 | 1 | |
632 | 231 | |
0.0% | 5.6% | |
0.0 | 6.4 | |
about 1 year ago | about 1 month ago | |
Rust | Rust | |
Mozilla Public License 2.0 | Apache License 2.0 |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.
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.
wee_alloc
Posts with mentions or reviews of wee_alloc.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-07-18.
-
Rust + WASM + Typescript [+ React]
As a note, you might find some references to use wee_alloc, but it has been unmaintained for some time and shouldn't be used. I'm using the default allocator with the wasm32-wasi target and it works fine, but I don't know if that works with wasm32-unknown-unknown too; if not there's lol_alloc.
-
Junior Dev here -- How are we setting up Rust, WASM, and webpack?
Note that the wasm-pack tutorial recommends using the wee_alloc crate. This crate is unmaintained and leaks memory, so it should be avoided. Remove this crate, the default allocator works just fine in WebAssembly.
-
Don't use wee_alloc in production code targeting WebAssembly.
It leaks memory: https://github.com/rustwasm/wee_alloc/issues/106
-
Need advice on a project involving Webassembly+ web_sys + webgl
Last thing that comes to mind is switching the allocator to wee_alloc. I use it most of the time for wasm projects and it doesn't make too much of a difference in binary size but that always depends on the project and usually saves at least a few kB.
-
Developing a cross-platform game for browser, Ios, and Android using rust?
For example, check out wee_alloc.
-
Rust on the front-end
wee_alloc, an allocator optimized for small code size.
-
#![no_std] with WASI is more complicated than I thought it would be
Ok. Now I need to add in a global allocator. I use wee_alloc since I know it works pretty well with WASM: Cargo.toml
wasi
Posts with mentions or reviews of wasi.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-06-02.
-
#![no_std] with WASI is more complicated than I thought it would be
At this point, I look into Bytecode Alliance's WASI rust bindings, used by Rust's std.
What are some alternatives?
When comparing wee_alloc and wasi you can also consider the following projects:
wasm-bindgen - Facilitating high-level interactions between Wasm modules and JavaScript
cargo-wasi - A lightweight Cargo subcommand to build Rust code for the `wasm32-wasi` target
wasi-libc - WASI libc implementation for WebAssembly
compiler-builtins - Porting `compiler-rt` intrinsics to Rust
wasmer - 🚀 The leading Wasm Runtime supporting WASIX, WASI and Emscripten
create-wasm-app - npm init template for consuming rustwasm pkgs
wasmtime - A fast and secure runtime for WebAssembly
wasm-pack - 📦✨ your favorite rust -> wasm workflow tool!
WASI - WebAssembly System Interface