New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 829463 link

Starred by 3 users

Issue metadata

Status: Duplicate
Merged: issue 824681
Owner:
Closed: Apr 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 1
Type: Bug



Sign in to add a comment

WebAssembly.instantiate sometimes never succeeds or fails

Project Member Reported by evan....@gmail.com, Apr 5 2018

Issue description

Chrome Version: Chrome 66.0.3359.33 (Official Build) beta (64-bit)
OS: macOS 10.12.6 (16G29)

What steps will reproduce the problem?
This only happens sometimes unfortunately. It's not something that can be reliably reproduced. We have code like this:

try {
  console.log('Calling WebAssembly.instantiate');
  const promise = WebAssembly.instantiate(binary, info);
  console.log('Awaiting WebAssembly.instantiate');
  output = await promise;
  console.log('Finished WebAssembly.instantiate');
} finally {
  const afterTime = performance.now();
  console.log(`WebAssembly.instantiate: ${(afterTime - beforeTime).toFixed(1)}ms`);
}

What is the expected result?
A log of 'Finished WebAssembly.instantiate' should follow 'Awaiting WebAssembly.instantiate' in around 8 seconds.

What happens instead?
Twice this past week, a coworker has tried to load our app and gotten logs for 'Calling WebAssembly.instantiate' and 'Awaiting WebAssembly.instantiate' but not 'Finished WebAssembly.instantiate' or 'WebAssembly.instantiate: ms', at least not for several minutes. And the CPU seems idle so it's not an infinite loop somewhere. Have you gotten any reports of this happening before? What would you recommend we do? Right now we're considering disabling our WebAssembly build in Chrome for everyone using our product.

 

Comment 1 by evan....@gmail.com, Apr 6 2018

Here's a histogram I collected from our live site for a small time window last night:

≥5s: 1933 times
≥10s: 513 times
≥15s: 257 times
≥30s: 48 times
≥60s: 5 times
≥90s: 2 times

So it's somewhat rare but it's definitely happening. Although this bug report is for the beta channel, all of the ones from the live site that took ≥30s are from stable (i.e. Chrome 65).

Labels: -Pri-3 Pri-1
Owner: ahaas@chromium.org
Status: Assigned (was: Untriaged)
Is this maybe related to streaming compilation?

Comment 3 by ahaas@chromium.org, Apr 19 2018

Mergedinto: 824681
Status: Duplicate (was: Assigned)
I don't think this is related to streaming compilation, but I think it's related to another issue Clemens found and fixed previously.

Comment 4 by evan....@gmail.com, Apr 20 2018

Oh ok, I see. I'll disable our use of WebAssembly at Figma for Chrome 66 and under then. Are there any known workarounds for this issue? Any way of "unsticking" the deadlock from JavaScript?

Comment 5 by titzer@chromium.org, Apr 20 2018

I think it's better that we find the fix and backmerge it if necessary.
Cc: nattestad@chromium.org

Sign in to add a comment