Skip to content
Prev Previous commit
Next Next commit
Update meetings/2021-08/sept-01.md
Co-authored-by: Jack Works <[email protected]>
  • Loading branch information
robpalme and Jack-Works authored Sep 17, 2021
commit 07b4c7ee2588e7b0d91f56319fc484fac62866ce
2 changes: 1 addition & 1 deletion meetings/2021-08/sept-01.md
Original file line number Diff line number Diff line change
Expand Up @@ -500,7 +500,7 @@ SYG: Thank you, Mark, for your perspective. It’s somewhat of a philosophical d

MM: I was reluctant to approve SharedArrayBuffers. And the reason I approved it is that the pressure from games made it seem like it was inevitable that whether TC39 approved it or not. All the browsers were going to implement it and games were going to use it. And then far, the reason that we’re still in a good place is basically because SharedArrayBuffers has been a resounding adoption disaster. People don’t use it. And hopefully they will continue to be an adoption disaster and anything that makes shared memory multithreading usable will make it more adoptable, which will be a strict backward motion from the current state where people could use it and destroy safety properties, in theory. But right now, at least they’re not.

JWK: One of the primary use cases for shared memory and shared structs are for WebAssembly, but WebAssembly needs a shared struct because they need to handle the code that compiled from C++ or some other languages like that. So I think it’s acceptable to keep the shared struct inside multiple Wasm threads, but not let them into the JavaScript side. Multiple Wasm threads can [do?] programming by the shared data by the shared memory and if they want to send the results to JavaScript, they need to go through the message passing. I think that is better to have.
JWK: One of the primary use cases for shared memory and shared structs are for WebAssembly, WebAssembly needs a shared struct because they need to handle the code compiled from C++ or some other languages. I think it’s acceptable to keep the shared struct inside multiple Wasm threads, but not let them leaked into the JavaScript side. Multiple Wasm threads can program by the shared memory and if they want to send the results to JavaScript, they need to go through the message passing. I think that is better to have.

SYG: I disagree and I think real products would as well.

Expand Down