(#37) - update benchmarks to more accurately include compilation time #46
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Fixes #37.
Lots of changes in this PR, mostly revolving around improving the accuracy of the benchmarks and preparing us for a 1.0.3 release.
The good news is that optimize-js still provides a measurable benefit in Chrome, Firefox, and Edge. The bad news is that I can confirm Safari is a slight regression (~-1%), and with the new, more accurate benchmarks, we can only boast more modest improvements in various browsers (~20% in Chrome rather than ~57%).
Since my goal with
optimize-js
is more to provide research than to provide the tool itself, though, I'm happy to just report the data as I find it. Also there's nothing to stop us from continuing to test, continuing to tweak, and continuing to improve. 😃Major changes in this PR
bin/print-bundle-sizes.sh
script to more easily generate these for the READMEwindow
keys between each test, delete scripts after use to reduce memory overhead