You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I noticed that a wasm_cc_binary target subjectively felt a lot slower to compile than its cc_binary equivalent. During the build, the Bazel java process was consuming 300-400% CPU. I used the --profile flag and it showed that almost all the time was being spent in sandbox.createFileSystem and sandbox.delete. So I used --sandbox_debug and poked into a few of the resulting directories. Each contains 17-18k symlinks, including the following:
An emscripten_npm_mac tree containing ~600 directories and ~9k symlinks.
An emscripten_bin_mac tree containing ~500 directories and ~8k symlinks.
I noticed that a
wasm_cc_binary
target subjectively felt a lot slower to compile than itscc_binary
equivalent. During the build, the Bazel java process was consuming 300-400% CPU. I used the --profile flag and it showed that almost all the time was being spent insandbox.createFileSystem
andsandbox.delete
. So I used--sandbox_debug
and poked into a few of the resulting directories. Each contains 17-18k symlinks, including the following:emscripten_npm_mac
tree containing ~600 directories and ~9k symlinks.emscripten_bin_mac
tree containing ~500 directories and ~8k symlinks.emsdk is configured in my workspace as follows:
Is there any way to improve / optimize this?
The text was updated successfully, but these errors were encountered: