Update wasmi requirement from 0.31 to 0.32

[dependabot]

Updates the requirements on wasmi to permit the latest version.

Release notes

Sourced from wasmi's releases.

v0.32.0 - 2024-05-28

Note:

• This release is the culmination of months of research, development and QA with a new execution engine utilizing register-based IR at its core boosting both startup and execution performance to new levels for the Wasmi interpreter.
• This release is accompanied with an article that presents some of the highlights.

Added

• Added a new execution engine based on register-machine bytecode. (wasmi-labs/wasmi#729)
  • The register-machine Wasmi Engine executes roughly 80-100% faster and compiles roughly 30% slower according to benchmarks conducted so far.
• Added Module::new_unchecked API. (wasmi-labs/wasmi#829)
  • This allows to compile a Wasm module without Wasm validation which can be useful when users know that their inputs are valid Wasm binaries.
  • This improves Wasm compilation performance for faster startup times by roughly 10-20%.
• Added Wasm compilation modes. (wasmi-labs/wasmi#844)
  • When using Module::new Wasmi eagerly compiles Wasm bytecode into Wasmi bytecode which is optimized for efficient execution. However, this compilation can become very costly especially for large Wasm binaries.
  • The solution to this problem is to introduce new compilation modes, namely:
    • CompilationMode::Eager: Eager compilation, what Wasmi did so far. (default)
    • CompilationMode::LazyTranslation: Eager Wasm validation and lazy Wasm translation.
    • CompilationMode::Lazy: Lazy Wasm validation and translation.
  • Benchmarks concluded that
    • CompilationMode::LazyTanslation: Usually improves startup performance by a factor of 2 to 3.
    • CompilationMode::Lazy: Usually improves startup performance by a factor of up to 27.
  • Note that CompilationMode::Lazy can lead to partially validated Wasm modules which can introduce non-determinism when using different Wasm implementations. Therefore users should know what they are doing when using CompilationMode::Lazy if this is a concern.
  • Enable lazy Wasm compilation with:

    let mut config = wasmi::Config::default();
    config.compilation_mode(wasmi::CompilationMode::Lazy);

  • When CompilationMode::Lazy or CompilationMode::LazyTranslation and fuel metering is enabled the first function access that triggers compilation (and validation) will charge fuel respective to the number of bytes of the Wasm function body. (wasmi-labs/wasmi#876)
• Added non-streaming Wasm module compilation. (wasmi-labs/wasmi#1035)
  • So far Wasmi only offered a streaming Wasm module compilation API, however most users probably never really needed that. So starting from this version both Module::new and Module::new_unchecked are now non-streaming with insane performance improvements of up to 80% in certain configurations.
  • For streaming Wasm module users we added Module::new_streaming and Module::new_streaming_unchecked APIs.
• Added Module::validate API. (wasmi-labs/wasmi#840)
  • This allows to quickly check if a Wasm binary is valid according to a Wasmi Engine config.
  • Note that this does not translate the Wasm and thus Module::new or Module::new_unchecked might still fail due to translation errors.
• CLI: Added --compilation-mode argument to enable lazy Wasm compilation. (wasmi-labs/wasmi#849)

... (truncated)

Changelog

Sourced from wasmi's changelog.

[0.32.0] - 2024-05-28

Note:

• This release is the culmination of months of research, development and QA with a new execution engine utilizing register-based IR at its core boosting both startup and execution performance to new levels for the Wasmi interpreter.
• This release is accompanied with an article that presents some of the highlights.

Added

• Added a new execution engine based on register-based bytecode. (wasmi-labs/wasmi#729)
  • The register-based Wasmi Engine executes roughly 80-100% faster and compiles roughly 30% slower according to benchmarks conducted so far.
• Added Module::new_unchecked API. (wasmi-labs/wasmi#829)
  • This allows to compile a Wasm module without Wasm validation which can be useful when users know that their inputs are valid Wasm binaries.
  • This improves Wasm compilation performance for faster startup times by roughly 10-20%.
• Added Wasm compilation modes. (wasmi-labs/wasmi#844)
  • When using Module::new Wasmi eagerly compiles Wasm bytecode into Wasmi bytecode which is optimized for efficient execution. However, this compilation can become very costly especially for large Wasm binaries.
  • The solution to this problem is to introduce new compilation modes, namely:
    • CompilationMode::Eager: Eager compilation, what Wasmi did so far. (default)
    • CompilationMode::LazyTranslation: Eager Wasm validation and lazy Wasm translation.
    • CompilationMode::Lazy: Lazy Wasm validation and translation.
  • Benchmarks concluded that
    • CompilationMode::LazyTanslation: Usually improves startup performance by a factor of 2 to 3.
    • CompilationMode::Lazy: Usually improves startup performance by a factor of up to 27.
  • Note that CompilationMode::Lazy can lead to partially validated Wasm modules which can introduce non-determinism when using different Wasm implementations. Therefore users should know what they are doing when using CompilationMode::Lazy if this is a concern.
  • Enable lazy Wasm compilation with:

    let mut config = wasmi::Config::default();
    config.compilation_mode(wasmi::CompilationMode::Lazy);

  • When CompilationMode::Lazy or CompilationMode::LazyTranslation and fuel metering is enabled the first function access that triggers compilation (and validation) will charge fuel respective to the number of bytes of the Wasm function body. (wasmi-labs/wasmi#876)
• Added non-streaming Wasm module compilation. (wasmi-labs/wasmi#1035)
  • So far Wasmi only offered a streaming Wasm module compilation API, however most users probably never really needed that. So starting from this version both Module::new and Module::new_unchecked are now non-streaming with insane performance improvements of up to 80% in certain configurations.
  • For streaming Wasm module users we added Module::new_streaming and Module::new_streaming_unchecked APIs.
• Added Module::validate API. (wasmi-labs/wasmi#840)
  • This allows to quickly check if a Wasm binary is valid according to a Wasmi Engine config.
  • Note that this does not translate the Wasm and thus Module::new or Module::new_unchecked might still fail due to translation errors.

... (truncated)

Commits

• 30e04a5 Prepare release for Wasmi v0.32.0 stable (#1046)
• ecb2188 Fix Wasmi fuzz infra (#1047)
• 69e68f9 Prepare release of Wasmi v0.32.0-beta.18 (#1045)
• d8d1a53 Unpack ResumableHostError for non-resumeble calls (#1044)
• 0ab4ab9 Prepare Wasmi v0.32.0-beta.17 release (#1043)
• 6478f2e engine/config: fix wasm_tail_call and wasm_extended_const docs (#1042)
• 96aa797 Handle host functions in the instruction executor (#1041)
• 485a30a Bump codecov/codecov-action from 4.4.0 to 4.4.1 (#1040)
• fe51c1b Bump actions/checkout from 4.1.5 to 4.1.6 (#1039)
• 7f83991 Bump codecov/codecov-action from 4.3.1 to 4.4.0 (#1038)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[dependabot]

Superseded by #115.