Viewing profile — luke_wagner
luke_wagner
HN member- Joined
- Tue, Jul 05, 2016, 3:44 PM UTC
- HN karma
- 72
- Public activity
- 9 items
- HN profile
- View on Hacker News ↗
About luke_wagner
No profile information was provided.
Recent public activity
-
comment
Comment #21516764
To the question of "how would dynamic linking work in the future", as already stated in the article, a nanoprocess doesn't need to correspond 1:1 to a wasm module/instance. Rather,…
-
comment
Comment #18276986
That's true for the "threading MVP", but there is also discussion about adding "pure wasm threads" as a follow-up which avoids worker overhead/limitations.
-
comment
Comment #16415077
That comment (which I made) explains why probably the best we can expect for wasm accessing normal JS objects is the same level of speed as a modern JS engine's "tier 1"/"baseline"…
-
comment
Comment #16170496
To wit, as described in their blog post: https://blogs.windows.com/msedgedev/2017/04/20/improved- Edge validates and compiles wasm code lazily. Thus, this simplistic benchmark isn'…
-
comment
Comment #14972597
Agreed, there was active discussion about this at the last WebAssembly CG meeting even: https://github.com/WebAssembly/meetings/blob/master/2017/CG-...
-
comment
Comment #14502059
Maybe some terminology difference here but what I meant by 'pure JIT' was that, iiuc, Chakra waits until the function is called to even validate it, then warms up in an interpreter…
- comment
-
comment
Comment #14501736
I think the primarily-AOT compilation strategy we see today is a consequence of many of the initial workloads being frame-based animation where AOT avoids animation stutters. But t…
-
comment
Comment #13905070
Related: http://mozillamemes.tumblr.com/post/20381316930/inspired-by-... http://mozillamemes.tumblr.com/post/22247147806/desperate-ti... http://mozillamemes.tumblr.com/post/1972162…