-
Notifications
You must be signed in to change notification settings - Fork 80
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
Possible to pre-initialze? #140
Comments
Could you elaborate this? You mean the plugin running on the container? |
I didn't know that happened. I assumed it was a virtual reboot every time. the demo says: It made me assume that it didn't have this step as I would consider that loading up into the run state. I'm now thinking most of the time is just downloading the wasm file, and initializing memory. (This is very cool) I'll go ahead and close this issue with this in mind. I was looking into the feasibility of getting Mermaid.js compiled to a single wasm file for a plugin but it has too many dependencies on the browser. So this looks like a fun workaround. In my case, it would have no access to any WASI stuff. it would just be a string feed into the wasm file and I would expect an SVG out. (a lot of work for that right?). So yeah it wouldn't need to configure any network unless I wanted to feed data in and out through that. (it would probably be pretty quick for a local file). |
forgot to close :) |
I'm mildly interested in using this for the plugin. but it seems like it might take a bit too long to boot.
I did see:
https://github.com/bytecodealliance/wizer
do you think this could be a way to jump to the run state faster?
The text was updated successfully, but these errors were encountered: