Live data from Hacker News

Viewing profile — luke_wagner

luke_wagner

HN member
Joined
Tue, Jul 05, 2016, 3:44 PM UTC
HN karma
72
Public activity
9 items

About luke_wagner

No profile information was provided.

Recent public activity

  1. 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,…

  2. 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.

  3. 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"…

  4. 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'…

  5. 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-...

  6. 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…

  7. comment
  8. 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…

  9. 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…