8 comments

  • cztomsik 7 hours ago ago

    I see that you did the NAPI bridging yourself - not that there's anything wrong with that but you might be interested in this tiny lib I wrote some time ago https://github.com/cztomsik/napigen

    • edunteman 2 hours ago ago

      Your repo was actually a major point of reference! Thank you for open sourcing it. Ironically when I first got into zig I built a similar generator for python bridging which your project reminded me of https://github.com/erik-dunteman/zigpy

      Ultimate decision for not using a bindings generator was primarily to deeply understand NAPI.

  • JoshPurtell 2 days ago ago

    Have been testing this in dev and really like the performance so far

    • edunteman 2 days ago ago

      Hell yeah, love to hear it! Happy to answer any questions or issues you run into

  • vrn21 2 days ago ago

    so user gets all of the dependencies and apps in userspace to run as well? but each of the command runs in its own more secure shell of some sorts?

    • edunteman 2 days ago ago

      Correct, your PATH resolves to your local tools as if it was unprotected bash, but syscalls are filtered/virtualized

      • vrn21 a day ago ago

        from a utilitarian perspective, can we swap this instead of a e2b or some other provider? since this doesnt require n number of micrvovm kernals and rootfs hanging round?

        • edunteman a day ago ago

          Exactly, that’d be the intention. For compute-heavy or long running jobs you’d still probably want a dedicated VM like on E2B but for quick stuff, bVisor