dwarf-2-sourcemap VS runwasi

Compare dwarf-2-sourcemap vs runwasi and see what are their differences.

dwarf-2-sourcemap

A DWARF to SourceMaps converter for WASM (by jdmichaud)

runwasi

Facilitates running Wasm / WASI workloads managed by containerd (by containerd)
Our great sponsors
  • SurveyJS - Open-Source JSON Form Builder to Create Dynamic Forms Right in Your App
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • WorkOS - The modern identity platform for B2B SaaS
dwarf-2-sourcemap runwasi
1 8
4 970
- 4.8%
10.0 9.6
over 1 year ago 4 days ago
JavaScript Rust
MIT License 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.

dwarf-2-sourcemap

Posts with mentions or reviews of dwarf-2-sourcemap. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-09-26.
  • Isolates, MicroVMs, and WebAssembly (In 2022)
    10 projects | news.ycombinator.com | 26 Sep 2022
    > - A way way better tooling story.

    I think this is a real paint point of WebAssembly but it's getting better. You can now compile C/C++ code to WASM using clang as it became a first class citizen in v8 (or later?). Of course, clang does not provide all the runtime goodies that emscripten does but if you limit yourself to use WASM for some part of your code that require performance then all you need to provide is a few Javascript glue code. For prototyping purposes I've bundle an npm package that bring clang to your frontend project without the need to install it through a package [0].

    Chrome debugger now support WASM [1] but you still need to install an extension. I've started to work on a way to convert the DWARF symbols from the WASM binary into sourcemap on the fly [2][3] but it still rough around the edge and need some work but it can definitely be done. This would allow WASM debugging natively in any browser supporting sourcemaps.

    You also have all the WASM binary tools that you would find for any other kind of executable format in WABT [4].

    [0]: https://www.npmjs.com/package/@jdmichaud/wasm-toolkit

    [1]: https://developer.chrome.com/blog/wasm-debugging-2020/

    [2]: https://github.com/jdmichaud/dwarf-2-sourcemap

    [3]: http://site.novidee.com/blog/blog-entry.html?article=2022082...

    [4]: https://github.com/WebAssembly/wabt

runwasi

Posts with mentions or reviews of runwasi. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-01-12.
  • Howto: WASM runtimes in Docker / Colima
    5 projects | dev.to | 12 Jan 2024
    cpu: 4 disk: 60 memory: 12 arch: host hostname: colima autoActivate: true forwardAgent: false # I only tested this with 'docker', not 'containerd': runtime: docker kubernetes: enabled: false version: v1.24.3+k3s1 k3sArgs: [] network: address: true dns: [] dnsHosts: host.docker.internal: host.lima.internal # Added: # - containerd-snapshotter: true (meaning containerd will be used for pulling images) docker: features: buildkit: true containerd-snapshotter: true vmType: vz rosetta: true mountType: virtiofs mountInotify: false cpuType: host # This provisioning script installs build dependencies, WasmEdge and builds the WASM runtime shims for containerd. # NOTE: this takes a LOOONG time! provision: - mode: system script: | [ -f /etc/docker/daemon.json ] && echo "Already provisioned!" && exit 0 echo "Installing system updates:" apt-get update -y apt-get upgrade -y echo "Installing WasmEdge and runwasi build dependencies:" # NOTE: packages curl, git and python3 already installed: apt-get install -y make gcc build-essential pkgconf libtool libsystemd-dev libprotobuf-c-dev libcap-dev libseccomp-dev libyajl-dev libgcrypt20-dev go-md2man autoconf automake criu pkg-config libdbus-glib-1-dev libelf-dev libclang-dev libzstd-dev protobuf-compiler apt-get clean -y - mode: user script: | [ -f /etc/docker/daemon.json ] && echo "Already provisioned!" && exit 0 # # Setting vars for this script: # # Which WASM runtimes to install (wasmedge, wasmtime and wasmer are supported): WASM_RUNTIMES="wasmedge wasmtime wasmer" # # Location of the containerd config file: CONTAINERD_CONFIG="/etc/containerd/config.toml" # # Target location for the WASM runtimes and containerd shims ($TARGET/bin and $TARGET/lib): TARGET="/usr/local" # # Install rustup: # echo "Installing rustup for building runwasi:" curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh -s -- --default-toolchain none -y source "$HOME/.cargo/env" # # Install selected WASM runtimes and containerd shims: # [[ -z "${WASM_RUNTIMES// /}" ]] && echo "No WASM runtimes selected - exiting!" && exit 0 git clone https://github.com/containerd/runwasi echo "Installing WASM runtimes and building containerd shims: ${WASM_RUNTIMES}:" sudo mkdir -p /etc/containerd/ containerd config default | sudo tee $CONTAINERD_CONFIG >/dev/null for runtimeName in $WASM_RUNTIMES; do case $runtimeName in wasmedge) echo "Installing WasmEdge:" curl -sSfL https://raw.githubusercontent.com/WasmEdge/WasmEdge/master/utils/install.sh | sudo bash -s -- -p $TARGET echo echo "`wasmedge -v` installed!" ;; wasmtime) echo "Installing wasmtime:" curl -sSfL https://wasmtime.dev/install.sh | bash sudo cp .wasmtime/bin/* ${TARGET}/bin/ rm -rf .wasmtime echo "`wasmtime -V` installed!" ;; wasmer) echo "Installing wasmer:" curl -sSfL https://get.wasmer.io | sh sudo cp .wasmer/bin/* ${TARGET}/bin/ sudo cp .wasmer/lib/* ${TARGET}/lib/ rm -rf .wasmer echo "`wasmer -V` installed!" ;; *) echo "ERROR: WASM runtime $runtimeName is not supported!" exit 1 ;; esac cd runwasi echo "Building containerd-shim-${runtimeName}:" cargo build -p containerd-shim-${runtimeName} --release echo "Installing containerd-shim-${runtimeName}-v1:" sudo install ./target/release/containerd-shim-${runtimeName}-v1 ${TARGET}/bin sudo ln -sf ${TARGET}/bin/containerd-shim-${runtimeName}-v1 ${TARGET}/bin/containerd-shim-${runtimeName}d-v1 sudo ln -sf ${TARGET}/bin/containerd-shim-${runtimeName}-v1 ${TARGET}/bin/containerd-${runtimeName}d echo "containerd-shim-${runtimeName} installed." cd .. echo "[plugins.\"io.containerd.grpc.v1.cri\".containerd.runtimes.${runtimeName}]" | sudo tee -a $CONTAINERD_CONFIG >/dev/null echo " runtime_type = \"io.containerd.${runtimeName}.v1\"" | sudo tee -a $CONTAINERD_CONFIG >/dev/null done echo "containerd WASM runtimes and shims installed." # # Restart the systemctl services to pick up the installed shims. # NOTE: We need to 'stop' docker because at this point the actual daemon.json config is not yet provisioned: # echo "Restarting/reloading docker/containerd services:" sudo systemctl daemon-reload sudo systemctl restart containerd sudo systemctl stop docker sshConfig: true mounts: [] env: {}
  • Using enums to represent state in Rust
    6 projects | news.ycombinator.com | 22 Sep 2023
    I wish Go had (real) enums.

    https://github.com/containerd/runwasi/blob/ba5ab5ada5a401762...

  • Containerd now supports WasmEdge as a container runtime, via the runwasi project
    1 project | /r/cncfprojects | 1 Feb 2023
  • WasmEdge supported as a container runtime in containerd via the runwasi project
    1 project | news.ycombinator.com | 1 Feb 2023
  • WebAssembly: Docker Without Containers
    9 projects | news.ycombinator.com | 21 Dec 2022
    On Windows the shim is called runhcs (io.containerd.runhcs.v1).

    The docker solution mentioned in the article modifies the "wasmtime" shim from https://github.com/containerd/runwasi so that it uses "wasmedge" instead.

  • Is it possible to run a containerized SvelteKit/Node-based website as WASM module?
    3 projects | /r/webdev | 14 Dec 2022
    Instead of serving it inside a container, I would like to run it as WASM module (if that makes sense, I'm very new to WASM. Maybe this a silly idea). The reason for this is to check out reduced instantiation time and effortless multi-arch support (no need to build container image for every arch), for example using the wasmedge runtime: https://docs.docker.com/desktop/wasm/. I currently manage the container through Kubernetes (among other things), and I'm considering runwasi as containerd shim: https://github.com/containerd/runwasi.
  • Isolates, MicroVMs, and WebAssembly (In 2022)
    10 projects | news.ycombinator.com | 26 Sep 2022
  • Show HN: Run WASM in Containerd
    3 projects | news.ycombinator.com | 2 May 2022

What are some alternatives?

When comparing dwarf-2-sourcemap and runwasi you can also consider the following projects:

tool-conventions - Conventions supporting interoperatibility between tools working with WebAssembly.

runwasi - Facilitates running Wasm / WASI workloads managed by containerd

krustlet - Kubernetes Rust Kubelet [Moved to: https://github.com/krustlet/krustlet]

runwasi - [Moved to: https://github.com/deislabs/runwasi]

Cesium - C compiler for the CLI platform

wabt - The WebAssembly Binary Toolkit

wasmtime - A fast and secure runtime for WebAssembly

lang-team - Home of the Rust lang team

cheats.rs - Rust Language Cheat Sheet - https://cheats.rs

hippo - The WebAssembly Platform

k8s-WASM-demo - PoC created to measure the performance provided by WASM