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

A Potential Solution to Reduce the WASM Binary Size #25

Open
yzhang71 opened this issue Oct 3, 2024 · 0 comments
Open

A Potential Solution to Reduce the WASM Binary Size #25

yzhang71 opened this issue Oct 3, 2024 · 0 comments
Assignees

Comments

@yzhang71
Copy link
Contributor

yzhang71 commented Oct 3, 2024

Quoted from Qianxi Chen:
"While I was researching this earlier, I coincidentally realized something: we previously had a WASM binary size issue because Asyncify would inflate the entire WASM size by three to four times. Then I realized that it's not necessary to apply Asyncify to every function in the entire WASM module. We only need to ensure that all functions on the call stack when invoking the clone syscall support Asyncify. This way, the functions that truly need Asyncify are actually only the user functions (and if we can perform static analysis on the user program, we could theoretically further narrow down the range of functions that require Asyncify), as well as a very few functions in glibc on the clone call stack. Therefore, in theory, the size inflation caused by Asyncify could be so minimal that it becomes negligible."

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