Open
Bug 1339127
Opened 8 years ago
Updated 2 years ago
Is there room to optimize the existing JS -> WebGL DOM bindings?
Categories
(Core :: JavaScript Engine, defect, P3)
Core
JavaScript Engine
Tracking
()
NEW
People
(Reporter: jujjyl, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
386.75 KB,
image/png
|
Details |
Benchmarking some WebGL heavy applications, a significant bottleneck is caused by the DOM bindings when Wasm thunks to JS, and JS values are converted over to perform WebGL calls.
See the attached image for profiling data. A large proportion of time is spent in these bindings, marshalling values over.
a) Is there anything that shows up as potential for optimization via plain old shaving off clock cycles?
b) Luke mentioned that it might be possible to have a sufficiently smart JIT that would recognize these types of hot DOM calls, and it could optimize the WebGL bindings to avoid having to do costly type validation, but fast track the calls through. Would this be feasible to implement? Eventually we will have WebGL importable directly to Wasm in the distant future, though that optimization will be Wasm specific, but perhaps this kind of JIT optimization could be more generic in non-Wasm case as well?
Reporter | ||
Comment 1•8 years ago
|
||
(The eventual item of being able to call WebGL directly from Wasm is bug 935315)
Updated•8 years ago
|
Blocks: webgl-perf-parity
Updated•7 years ago
|
Priority: -- → P3
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•