You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
custom tests: this is the direction lit went for, since they have multiple libraries (lit-element, lit-html.etc) that is similar to the FAST monorepo, they have opted to write customizable test for different scenarios
For FAST, it will be ideal to have both, if users don't want to invest in writing custom tests, but still want to do a sanity check, static tests could be a quick way to check for performance gains/loss. Both are good candidates to include in the CI/CD pipeline.
Example test result for different versions of fast-element run with Tachometer (for context, this was a run on memory usage, tracked by window.usedJSHeapSize):
The text was updated successfully, but these errors were encountered:
🙋 Feature Request
Add fast-benchmark, a performance testing infrastructure to support local development and general benchmarking purposes for FAST libraries.
💁 Possible Solution
The main tool to use to run the benchmarks locally will be tachometer, it is a tool used widely for benchmarking known low-level libraries, such as lit and preact.
https://github.com/Polymer/tachometer
https://www.npmjs.com/package/tachometer
After some research, my thoughts are to have support for both:
For FAST, it will be ideal to have both, if users don't want to invest in writing custom tests, but still want to do a sanity check, static tests could be a quick way to check for performance gains/loss. Both are good candidates to include in the CI/CD pipeline.
✅ Implementation Checklist
💻 Examples
Example test result for different versions of fast-element run with Tachometer (for context, this was a run on memory usage, tracked by window.usedJSHeapSize):
The text was updated successfully, but these errors were encountered: