Viewing profile — herobird
herobird
HN member- Joined
- Thu, May 23, 2024, 11:17 AM UTC
- HN karma
- 253
- Public activity
- 28 items
- HN profile
- View on Hacker News ↗
About herobird
No profile information was provided.
Recent public activity
-
comment
Comment #46554292
My view on specifications is that their long-term success depends on the value they provide relative to their complexity. Complexity inevitably grows over time, so spending that co…
-
comment
Comment #46553040
> There is a lot of desire for advancement, but standardization means decisions are hard to reverse. For many, things are moving too quickly and in the wrong direction. Most Wasm p…
-
comment
Comment #46300189
It's kinda frustrating that Mozilla's CEO thinks that axing ad-blockers would be financially beneficial for them. Quite the opposite is true (I believe) since a ton of users would …
-
comment
Comment #46135085
Article author here! Feel free to ask me anything. :)
- story
-
comment
Comment #44239609
Yes, Wasmi's fuel metering is deterministic.
-
comment
Comment #44230270
Awww, makes me very happy to hear! :) Thank you!
-
comment
Comment #44230180
Wasmtime, being an optimizing JIT, usually is ~10 times faster than Wasmi during execution. However, execution is just one metric that might be of importance. For example, Wasmi's …
-
comment
Comment #44230070
Yes, rational is to provide a pragmatic and efficient solution to infinite loops. There is a variety of ways to implement fuel metering with varying trade-offs, e.g. performance, d…
-
comment
Comment #44230026
I am really sorry I have waited so long to extend Wasmi's resumable calls with this very useful feature. :S Feel free to message me if you ever plan to adjust your design to make u…
-
comment
Comment #44229953
I don't know how fuel metering in Wasmtime works and what its overhead is but keep in mind that Wasmi is an interpreter based Wasm runtime whereas Wasmtime generates machine code (…
-
comment
Comment #44228497
Great question! Wasmi's fuel metering can be thought of as is there was an adjustable counter and for each instruction that Wasmi executes this counter is decreased by some amount.…
-
comment
Comment #44228180
> Every iteration of the loop polls the network and input drivers, draws the desktop interface, runs one step of each active WASM application, and flushes the GPU framebuffer. This…
-
comment
Comment #44227913
Wasmi author here. Glad to see Wasmi being used in embedded contexts were it really shines. :) I just watched the demo video of Munal OS and am still in awe of all of its features.…
-
comment
Comment #43016365
Have you had experience implementing SSA via sea-of-nodes representation? Could it be that in this case dominance frontier is no longer important and one could use the simpler SSA …
-
comment
Comment #40509231
Yes this iterative process is indeed very visible. Wasmi started out as a mostly safe Rust interpreter and over time went more and more into a performance oriented direction. Thoug…
-
comment
Comment #40504291
No I do not but it is a very interesting question and probably not even answerable in practice because not every instruction takes the same amount of time to execute to completion.…
-
comment
Comment #40502425
Also great job on Wizard btw! Your article about Wizard was a really interesting read to me. The abundance of Wasm runtimes is a testimony of how great the WebAssembly standard rea…
-
comment
Comment #40502398
Oh this is very interesting! I wish I knew about this before I wrote my own benchmarking suite. :D
-
comment
Comment #40501944
Thank you! :) when using lazy-unchecked translation with relatively small programs, setting up the Linker sometimes can take up the majority of the overall execution with ~50 host …
-
comment
Comment #40501647
I am aware of Wizard and I think it is a pretty interesting Wasm runtime. It would be really cool if it was part of Wasmi's benchmark testsuite ( https://github.com/wasmi-labs/wasm…
-
comment
Comment #40501196
Wasmi is an independent project nowadays. And you are right that it was originally designed for efficient smart contract execution but with a scope for more general use.
-
comment
Comment #40500533
Thank you, that's a good summary of the article! Even faster startup times can be achieved by so-called in-place interpreters that do not even translate the Wasm binary at all and …
-
comment
Comment #40499828
I was just told that I should state here that I am the author of the article, please ask me anything. :)
-
comment
Comment #40499738
For startup performance Wasmi and Wasm3 are both the fastest engines according to the benchmarks. For execution performance you are right that generally JIT engines are expected to…