Skip to content
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

OCaml WASM runtime #899

Open
Marigold-infrabot opened this issue Oct 13, 2022 · 1 comment
Open

OCaml WASM runtime #899

Marigold-infrabot opened this issue Oct 13, 2022 · 1 comment

Comments

@Marigold-infrabot
Copy link

Objective
Deadline: 2022-10-25 00:00:00

@d4hines
Copy link
Contributor

d4hines commented Oct 13, 2022

Why

WASMer is fast, but it's complex. This, combined with requiring us to interop with Rust somehow, makes WASMer too expensive for Deku's current complexity budget.

What We'll Do

First step is to migrate back to the reference WASM runtime in OCaml. This will clean up a few things for us:

  • no more unix pipes in Deku-C.The parametric in Deku-P can be a plain OCaml functor. WASM support can be in terms of this, as can support for unix pipes.
    • According to @Zett98 and @EduardoRFS, named pipes are not as simple as they appear to my naive eyes.
  • single process/binary. Simplifies packaging and deployment
  • No more rust.
  • No more OCaml4.14 - use OCaml5.0 everywhere

It's not that we're anti-Rust - we may rewrite Deku in Rust next year. But that's next years problem - if we're going to hit this year's benchmarks we've got to constrain our complexity. Rust isn't critical to our strategy, so lets drop it until it becomes such.

@d4hines d4hines modified the milestone: EOY Oct 25, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants