1. 16 Nov, 2021 2 commits
  2. 15 Nov, 2021 2 commits
  3. 13 Nov, 2021 3 commits
    • dependabot[bot]'s avatar
      Bump hex-literal from 0.3.3 to 0.3.4 (#4264) · 12df8e07
      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] <support@github.com>
      
      Co-authored-by: default avatardependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
      12df8e07
    • Chris Sosnin's avatar
      PVF host prechecking support v2 (#4123) · 903c6f2f
      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: Sergey Pepyakin's avatarSergei Shulepov <sergei@parity.io>
      903c6f2f
    • Sergey Pepyakin's avatar
      Limit the number of PVF workers (#4273) · 0365f3cf
      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
      0365f3cf
  4. 12 Nov, 2021 4 commits
  5. 11 Nov, 2021 2 commits
  6. 10 Nov, 2021 1 commit
  7. 09 Nov, 2021 3 commits
  8. 08 Nov, 2021 1 commit
  9. 04 Nov, 2021 2 commits
  10. 03 Nov, 2021 3 commits
  11. 02 Nov, 2021 1 commit
  12. 31 Oct, 2021 1 commit
  13. 30 Oct, 2021 4 commits
  14. 29 Oct, 2021 2 commits
  15. 28 Oct, 2021 1 commit
  16. 27 Oct, 2021 5 commits
  17. 25 Oct, 2021 1 commit
  18. 22 Oct, 2021 2 commits
    • Chris Sosnin's avatar
      Move artifacts states into memory in PVF validation host (#3907) · ee1b80aa
      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
      
      * Cleanup docs
      
      * Conclude a test job with an error
      
      Co-authored-by: Sergey Pepyakin's avatarSergei Shulepov <sergei@parity.io>
      ee1b80aa
    • Chris Sosnin's avatar
      Introduce new Runtime API endpoint for fetching the validation data (#3728) · fc32642c
      Chris Sosnin authored
      * Introduce new Runtime API endpoint
      
      `persisted_validation_data_with_code_hash` that will be used
      by the candidate validation subsystem in order to decrease amount
      of runtime API requests.
      
      * Node-side part of new runtime API request
      
      * Define code hash getter via macro
      
      * Rename new endpoint to `assumed_validation_data`
      
      * Docs for runtime API impl of new endpoint
      
      * AssumedValidationData specialized request function
      
      * fmt
      fc32642c