Decouple wasm linking from debug-specific information |
||||
Issue descriptionWe currently* rely on source position information to link a wasm instance's functions and imports. To reduce memory pressure, we want to eventually move non-runtime critical information offline, and make it available on-demand (either when needed at runtime/debug time, or enabled only if developer wants) *post https://codereview.chromium.org/2627613002. We can likely reuse the previous strategy, the complexity was O(n*log(n)) - there's only one map constructed per module instance, not per function.
,
Jun 21 2017
We're currently using lazy for asm.js, where serialization isn't supported. If we decide to extend lazy to wasm, then the PoR was to serialize fully-compiled modules, meaning serialization would first ensure everything is compiled.
,
Jun 22 2017
The problem with lazy compilation is not about serialization, but about code generation. We would need to emit the correct calls when building the graph, instead of always calling the illegal builtin, and patching this later.
,
Jul 3 2017
,
Jul 3
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 4
This is fixed. We don't use the wire bytes any more for relocation. We still keep them currently for debugging and lazy compilation. |
||||
►
Sign in to add a comment |
||||
Comment 1 by clemensh@chromium.org
, Jun 21 2017