Bump async from 1.32.1 to 2.23.1

[dependabot]

Bumps async from 1.32.1 to 2.23.1.

Release notes

Sourced from async's releases.

v2.21.1

What's Changed

• Worker pool for efficient handling of blocking_operation_wait. by @​ioquatix in socketry/async#359
• Add test coverage for worker pool. by @​ioquatix in socketry/async#362

Full Changelog: socketry/async@v2.21.0...v2.21.1

v2.14.2

Full Changelog: socketry/async@v2.14.1...v2.14.2

v2.12.0

What's Changed

• Prefer IO::Event::Timers. by @​ioquatix in socketry/async#316

Full Changelog: socketry/async@v2.11.0...v2.12.0

v2.11.0

What's Changed

• Update dependency on console gem and modernize usage. by @​ioquatix in socketry/async#315

Full Changelog: socketry/async@v2.10.2...v2.11.0

v2.10.2

What's Changed

• Update readme.md - fixing a typo by @​peychinov in socketry/async#313
• Add source_code_uri to published gemspec.

New Contributors

• @​peychinov made their first contribution in socketry/async#313

Full Changelog: socketry/async@v2.10.1...v2.10.2

v2.10.1

What's Changed

• Raise stop directly in #defer_stop. by @​ioquatix in socketry/async#311

Full Changelog: socketry/async@v2.10.0...v2.10.1

v2.10.0

What's Changed

• Introduce Async::Task#defer_stop by @​ioquatix in socketry/async#310

Full Changelog: socketry/async@v2.9.0...v2.10.0

v2.9.0

... (truncated)

Changelog

Sourced from async's changelog.

Releases

v2.23.0

• Rename ASYNC_SCHEDULER_DEFAULT_WORKER_POOL to ASYNC_SCHEDULER_WORKER_POOL.

Fiber Stall Profiler

After several iterations of experimentation, we are officially introducing the fiber stall profiler, implemented using the optional fiber-profiler gem. This gem is not included by default, but can be added to your project:

$ bundle add fiber-profiler

After adding the gem, you can enable the fiber stall profiler by setting the FIBER_PROFILER_CAPTURE=true environment variable:

$ FIBER_PROFILER_CAPTURE=true bundle exec ruby -rasync -e 'Async{Fiber.blocking{sleep 0.1}}'
Fiber stalled for 0.105 seconds
-e:1 in c-call '#<Class:Fiber>#blocking' (0.105s)
	-e:1 in c-call 'Kernel#sleep' (0.105s)
Skipped 1 calls that were too short to be meaningful.

The fiber profiler will help you find problems with your code that cause the event loop to stall, which can be a common source of performance issues in asynchronous code.

v2.21.1

Worker Pool

Ruby 3.4 will feature a new fiber scheduler hook, blocking_operation_wait which allows the scheduler to redirect the work given to rb_nogvl to a worker pool.

The Async scheduler optionally supports this feature using a worker pool, by using the following environment variable:

ASYNC_SCHEDULER_WORKER_POOL=true

This will cause the scheduler to use a worker pool for general blocking operations, rather than blocking the event loop.

It should be noted that this isn't a net win, as the overhead of using a worker pool can be significant compared to the rb_nogvl work. As such, it is recommended to benchmark your application with and without the worker pool to determine if it is beneficial.

v2.20.0

Traces and Metrics Providers

Async now has traces and metrics providers for various core classes. This allows you to emit traces and metrics to a suitable backend (including DataDog, New Relic, OpenTelemetry, etc.) for monitoring and debugging purposes.

To take advantage of this feature, you will need to introduce your own config/traces.rb and config/metrics.rb. Async's own repository includes these files for testing purposes, you could copy them into your own project and modify them as needed.

v2.19.0

... (truncated)

Commits

• 47929b4 Bump patch version.
• 6bed43f Remove GitS from readme.
• 64e2ae8 Remove unused variable error
• b1a0472 Fixed a tiny typo in the debugging docs (#377)
• 671c5a6 Bump minor version.
• 3a08e13 Remove unused rescue.
• 2277c2d Fix coverage CI title.
• aeba0de Tidy up environment variable usage.
• a2b56e9 Add release notes for the fiber profiler.
• 18c33e8 Add optional support for the fiber-profiler gem. (#376)
• Additional commits viewable in compare view

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 close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor 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)