Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chore(deps): bump benchee from 0.11.0 to 1.0.1 #30

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

dependabot-preview[bot]
Copy link

Bumps benchee from 0.11.0 to 1.0.1.

Release notes

Sourced from benchee's releases.

1.0.1

Bugfixes (User Facing)

  • When memory measurements were actually different extended statistics was displayed although the option was not provided. Now correctly only displayed if the option is provided and values actually had variance.

1.0.0

It's 0.99.0 without the deprecation warnings. Specifically:

  • Old way of passing formatters (:formatter_options) vs. new :formatters with modules, tuples or functions with one arg
  • The configuration needs to be passed as the second argument to Benchee.run/2
  • Benchee.collect/1 replaces Benchee.measure/1
  • unit_scaling is a top level configuration option, not for the console formatter
  • the warning for memory measurements not working on OTP <= 18 will also be dropped (we already officially dropped OTP 18 support in 0.14.0)

We're aiming to follow Semantic Versioning as we go forward. That means formatters should be safe to use ~> 1.0 (or even >= 0.99.0 and < 2.0.0).

0.99.0

The "we're almost 1.0!" release - all the last small features, a bag of polish and deprecation warnings. If you run this release succesfully without deprecation warnings you should be safe to upgrade to 1.0.0, if not - it's a bug :)

Breaking Changes (User Facing)

  • changed official Elixir compatibility to ~> 1.6, 1.4+ should still work but aren't guaranteed or tested against.

Features (User Facing)

  • the console comparison now also displays the absolute difference in the average (like +12 ms) so that you have an idea to how much time that translates to in your applications not just that it's 100x faster
  • Overhaul of README, documentation, update samples etc. - a whole lot of things have also been marked [@&#8203;doc](https://github.com/doc) false as they're considered internal

Bugfixes (User Facing)

  • Remove double empty line after configuration display
  • Fix some wrong type specs

Breaking Changes (Plugins)

  • Scenario made it to the big leagues, it's no longer Benchee.Benchmark.Scenario but Benchee.Scenario - as it is arguably one of our most important data structures.
  • The Scenario struct had some keys changed (last time before 2.0 I promise!) - instead of :run_times/:run_time_statistics you now have one run_time_data key that contains Benchee.CollectionData which has the keys :samples and :statistics. Same for memory_usage. This was done to be able to handle different kinds of measurements more uniformly as we will add more of them.

Features (Plugins)

  • Benchee.Statistics comes with 3 new values: :relative_more, :relative_less, :absolute_difference so that you don't have to calculate these relative values yourself :)

0.14.0

Breaking Changes (User Facing)

  • dropped support for Erlang 18.x
  • Formatters no longer have an output/1 method, instead use Formatter.output/3 please
  • Usage of formatter_options is deprecated, instead please use the new tuple way

Features (User Facing)

  • benchee now uses the maximum precision available to measure which on Linux and OSX is nanoseonds instead of microseconds. Somewhat surprisingly :timer.tc/1 always cut down to microseconds although better precision is available.
  • The preferred way to specify formatters and their options is to specify them as a tuple {module, options} instead of using formatter_options.
  • New Formatter.output/1 function that takes a suite and uses all configured formatters to output their results
  • Add the concept of a benchmarking title that formatters can pick up
  • the displayed percentiles can now be adjusted
  • inputs option can now be an ordered list of tuples, this way you can determine their order
  • support FreeBSD properly (system metrics) - thanks @kimshrier
... (truncated)
Changelog

Sourced from benchee's changelog.

1.0.1 (2019-04-09)

Bugfixes (User Facing)

  • When memory measurements were actually different extended statistics was displayed although the option was not provided. Now correctly only displayed if the option is provided and values actually had variance.

1.0.0 (2019-03-28)

It's 0.99.0 without the deprecation warnings. Specifically:

  • Old way of passing formatters (:formatter_options) vs. new :formatters with modules, tuples or functions with one arg
  • The configuration needs to be passed as the second argument to Benchee.run/2
  • Benchee.collect/1 replaces Benchee.measure/1
  • unit_scaling is a top level configuration option, not for the console formatter
  • the warning for memory measurements not working on OTP <= 18 will also be dropped (we already officially dropped OTP 18 support in 0.14.0)

We're aiming to follow Semantic Versioning as we go forward. That means formatters should be safe to use ~> 1.0 (or even >= 0.99.0 and < 2.0.0).

0.99.0 (2019-03-28)

The "we're almost 1.0!" release - all the last small features, a bag of polish and deprecation warnings. If you run this release succesfully without deprecation warnings you should be safe to upgrade to 1.0.0, if not - it's a bug :)

Breaking Changes (User Facing)

  • changed official Elixir compatibility to ~> 1.6, 1.4+ should still work but aren't guaranteed or tested against.

Features (User Facing)

  • the console comparison now also displays the absolute difference in the average (like +12 ms) so that you have an idea to how much time that translates to in your applications not just that it's 100x faster
  • Overhaul of README, documentation, update samples etc. - a whole lot of things have also been marked [@&#8203;doc](https://github.com/doc) false as they're considered internal

Bugfixes (User Facing)

  • Remove double empty line after configuration display
  • Fix some wrong type specs

Breaking Changes (Plugins)

  • Scenario made it to the big leagues, it's no longer Benchee.Benchmark.Scenario but Benchee.Scenario - as it is arguably one of our most important data structures.
  • The Scenario struct had some keys changed (last time before 2.0 I promise!) - instead of :run_times/:run_time_statistics you now have one run_time_data key that contains Benchee.CollectionData which has the keys :samples and :statistics. Same for memory_usage. This was done to be able to handle different kinds of measurements more uniformly as we will add more of them.

Features (Plugins)

  • Benchee.Statistics comes with 3 new values: :relative_more, :relative_less, :absolute_difference so that you don't have to calculate these relative values yourself :)

0.14.0 (2019-02-10)

Highlights of this release are a new way to specify formatter options closer to the formatters themselves as well as maximum precision measurements.

Breaking Changes (User Facing)

  • dropped support for Erlang 18.x
  • Formatters no longer have an output/1 method, instead use Formatter.output/3 please
  • Usage of formatter_options is deprecated, instead please use the new tuple way

Features (User Facing)

  • benchee now uses the maximum precision available to measure which on Linux and OSX is nanoseonds instead of microseconds. Somewhat surprisingly :timer.tc/1 always cut down to microseconds although better precision is available.
... (truncated)
Commits
  • 87129ba prepare for a release of the bugfix
  • 51d2a22 Sample where memory consumption is actually changing
  • 72cd7bc Only show extended memory statistics when requested
  • 408ca94 Fix small typo in README.md
  • 2cfd2ea New README sample HTML Report
  • f27168b And this shall be 1.0 🎉
  • 7a5f2a1 no more unit_scaling warning
  • da7d933 No more warning about unsupported Erlangs
  • 504a6c6 Remove all deprecated functionality
  • f85e3db ugh there was documentation missing 😱
  • Additional commits viewable in compare view

Dependabot compatibility score

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 ignore this [patch|minor|major] version will close this PR and stop Dependabot creating any more for this minor/major 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 use these labels will set the current labels as the default for future PRs for this repo and language
  • @dependabot use these reviewers will set the current reviewers as the default for future PRs for this repo and language
  • @dependabot use these assignees will set the current assignees as the default for future PRs for this repo and language
  • @dependabot use this milestone will set the current milestone as the default for future PRs for this repo and language
  • @dependabot badge me will comment on this PR with code to add a "Dependabot enabled" badge to your readme

Additionally, you can set the following in your Dependabot dashboard:

  • Update frequency (including time of day and day of week)
  • Automerge options (never/patch/minor, and dev/runtime dependencies)
  • Pull request limits (per update run and/or open at any time)
  • Out-of-range updates (receive only lockfile updates, if desired)
  • Security updates (receive only security updates, if desired)

Finally, you can contact us by mentioning @dependabot.

@dependabot-preview dependabot-preview bot added dependencies elixir Pull requests that update Elixir code labels Apr 10, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dependencies elixir Pull requests that update Elixir code
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant