Robin Freyler

> Basically that's not a constant corpus of what's being tested over time. True, I was not thinking about that. Indeed this renders those benchmarks unreliable. Given this, I agree...

> I think it'd be quite reasonable to add more yeah! Would you be up for PR-ing some of those modules to here? Sure, as soon as time permits. (~next...

> Tracking this down further, this appears to actually be the fault of `gen_symbol_for`. Specifically, I believe my symbols got too big for `SymbolU16` due to it being non-sequential. However,...

> The thing with using `BufferBackend` with bigger symbols is that that actually negates all the memory savings that I have from it to begin with. In fact, it uses...

Hi @FedorSmirnov89! The reason why we have not implemented Wasm module (de)serialization in Wasmi, (yet), is that Wasmi's translation is already extremely fast if you use the correct settings. So...

@FedorSmirnov89 I have taken a quick look at your example Wasmi usage at: https://github.com/FedorSmirnov89/preparsed-example/blob/main/shared/src/lib.rs Some recommendations: 1) Never use `opt-level="z"`. I know there are still a lot of recommendations to...

@FedorSmirnov89 1. Even if `opt-level="z"` produces marginally smaller binaries you should really use `opt-level="s"` with Wasmi. The reason is that Wasmi's performance regresses by up to 200% compared to `opt-level=3`...

@FedorSmirnov89 concerning more control over memory consumption: `Module::new_streaming` (used correctly) might be useful for you: https://github.com/wasmi-labs/wasmi/issues/1515#issuecomment-3193860430

@FedorSmirnov89 you are welcome: https://github.com/FedorSmirnov89/preparsed-example/pull/1 I also thought about writing some docs for embedded users. Haven't thought about setting up a whole Wasmi example as I haven't got any examples...

@FedorSmirnov89 thank you for all the info and performance numbers. I too wonder why "No Linker" and `new_unchecked` is not much better. However, in an experiment I conducted not long...