Skip to content
  1. Nov 15, 2021
  3. Nov 13, 2021
    • dependabot[bot]'s avatar
      Bump hex-literal from 0.3.3 to 0.3.4 (#4264) · 43ffe16e
      dependabot[bot] authored 
      

Bumps [hex-literal](https://github.com/RustCrypto/utils) from 0.3.3 to 0.3.4.
- [Release notes](https://github.com/RustCrypto/utils/releases)
- [Commits](https://github.com/RustCrypto/utils/compare/hex-literal-v0.3.3...hex-literal-v0.3.4)

---
updated-dependencies:
- dependency-name: hex-literal
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: default avatardependabot[bot] <[email protected]>

Co-authored-by: default avatardependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
      43ffe16e
    • Chris Sosnin's avatar
      PVF host prechecking support v2 (#4123) · f5fbaa13
      Chris Sosnin authored 
      

* pvf host: store only compiled artifacts on disk

* Correctly handle failed artifacts

* Serialize result of PVF preparation uniquely

* Set the artifact state depending on the result

* Return the result of PVF preparation directly

* Move PrepareError to the error module

* Update doc comments

* Update misleading comment

* pvf host: turn off parallel compilation

* pvf host: implement precheck requests

* Fix warnings

* Unnecessary clone

* Add a note about timed out outcome

* Revert the pool outcome handling behavior

* Move the prepare result type into error mod

* Test prepare done

* fmt

* Add an explanation to wasmtime config

* Split pvf host test

* Add precheck to dictionary

Co-authored-by: default avatarSergei Shulepov <[email protected]>
      f5fbaa13
    • Sergey Pepyakin's avatar
      Limit the number of PVF workers (#4273) · ada3fe1a
      Sergey Pepyakin authored 
      * Limit the number of PVF workers

In particular, limit the number of preparation workers to 1 (soft &
hard) and limit the number of execution workers to 2.

The reason why we are doing this is that it seems many workers launched
at the same time can cause problems. I.e. if there are more than 2
preparation workers, the time for preparation rises significantly to the
point of reaching the timeout.

This was mostly observed with parallel_compilation=true, so each worker
used `numcpu` threads and now we are looking to flip that parameter to
`false`. That said, we want to err on the safe side here and gradually
enable it later if our measurements show that we can do that safely.

* Adjust the test to accomodate the changed config value
      ada3fe1a
  5. Nov 12, 2021
  7. Nov 11, 2021
  9. Nov 10, 2021
  11. Nov 09, 2021
  13. Nov 08, 2021
  15. Nov 06, 2021
  17. Nov 04, 2021
  19. Nov 03, 2021
  21. Nov 02, 2021