Skip to main content

Happy eyeballs and underlying scheduling algorithm in asyncio

Project description

Quick, what’s the situation?

To get all the benefits of Happy Eyeballs connection establishment algorithm, simply use async_stagger.open_connection like you would use asyncio.open_connection:

reader, writer = await async_stagger.open_connection('www.example.com', 80)

Now your connections are more dual-stack friendly and will complete faster! A replacement for loop.create_connection is also provided.

The current state of Happy Eyeballs in the Python ecosystem

The native asyncio module had supported happy eyeballs since Python 3.8.1. It’s still not default behavior, though, and must be turned on deliberately. See the docs for details.

[aiohttp](https://github.com/aio-libs/aiohttp)’s HTTP client uses happy eyeballs by default, and the devs maintain a vendored implementation as [aiohappyeyeballs](https://github.com/aio-libs/aiohappyeyeballs).

Along with this repository, the 3 implementations started very similar, but has diverged a lot in time in order to keep up with changes in asyncio, particularly with the introduction of eager_task_factory in Python 3.12.

The long version

What is Happy Eyeballs, and why should I use it?

Happy Eyeballs is an algorithm for establishing TCP connections to destinations specified by host names. It is described in RFC 6555 and RFC 8305. The primary benefit is that when host name resolution returns multiple addresses, and some of the address are unreachable, Happy Eyeballs will establish the connection much faster than conventional algorithms. For more information, check the Wikipedia article on Happy Eyeballs.

Python’s standard library provides several high-level methods of establishing TCP connections towards a host name: The socket module has socket.create_connection, and asyncio has loop.create_connection and asyncio.open_connection. By default, these methods have the same behavior when a host name resolves to several IP addresses: they try to connect to the first address in the list, and only after the attempt fails (which may take tens of seconds) will the second one be tried, and so on. In contrast, the Happy Eyeballs algorithm will start an attempt with the second IP address in parallel to the first one hasn’t completed after some time, typically around 300 milliseconds. As a result several attempts may be in flight at the same time, and whenever one of the attempts succeed, all other connections are cancelled, and the winning connection is used. This means a much shorter wait before one of the IP addresses connect successfully.

Happy Eyeballs is particularly important for dual-stack clients, when some hosts may have resolvable IPv6 addresses that are somehow unreachable.

What does async_stagger has to offer?

async_stagger provides open_connection and create_connection with Happy Eyeballs support. They are mostly drop-in replacements for their asyncio counterparts, and support most existing arguments. (There are small differences: create_connection takes a loop argument instead of being a method on an event loop. Also, these two methods do not support the sock argument.) Another public coroutine create_connected_sock returns a connected socket.socket object. Check the documentation for details.

These methods implements many features specified in RFC 8305 Happy Eyeballs v2, which extends and obsoletes RFC 6555. In particular, asynchronous address resolution, destination address interleaving by family and staggered connection attempts are implemented.

Happy Eyeballs sounds great! I want to use similar logic somewhere else!

You’re in luck! async_stagger actually exposes the underlying scheduling logic as a reusable block: staggered_race. It can be use when:

  • There are several ways to achieve one goal. Some of the ways may fail, but you have to try it to find out.

  • Making attempts strictly in sequence is too slow.

  • You want to parallelize, but also don’t want to start the attempts all at the same time. Maybe you want to give preference to some of the attempts, so they should be started earlier and given more time to complete. Maybe you want to avoid straining the system with simultaneous attempts.

  • An attempt done half-way can be rolled back safely.

Where can I get it?

async_stagger requires Python 3.11 or later from v0.4.0 onwards. Please use v0.3.1 for Python 3.6 - 3.10. It does not have any external dependencies. Install it from PyPI the usual way:

pip install async-stagger

The documentation can be found here: http://async-stagger.readthedocs.io/en/latest/

This project is under active development, and APIs may change in the future. Check out the Changelog in the documentation.

This project is licensed under the MIT license.

Acknowledgments

The Happy Eyeballs scheduling algorithm implementation is inspired by the implementation in trio.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

async_stagger-0.4.1.tar.gz (22.4 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

async_stagger-0.4.1-py3-none-any.whl (24.7 kB view details)

Uploaded Python 3

File details

Details for the file async_stagger-0.4.1.tar.gz.

File metadata

  • Download URL: async_stagger-0.4.1.tar.gz
  • Upload date:
  • Size: 22.4 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.12.9

File hashes

Hashes for async_stagger-0.4.1.tar.gz
Algorithm Hash digest
SHA256 8966a38583b81266dd88a06e20cf63dafb0727e7dd6f50a3da07e7e698446487
MD5 58e837f183baea69cc6cd55170287862
BLAKE2b-256 8c8bb9a3e26c5026e8c7fb47f15c098c92bcb87e689a4338787b00f2c2923a02

See more details on using hashes here.

Provenance

The following attestation bundles were made for async_stagger-0.4.1.tar.gz:

Publisher: publish-pypi.yaml on twisteroidambassador/async_stagger

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file async_stagger-0.4.1-py3-none-any.whl.

File metadata

  • Download URL: async_stagger-0.4.1-py3-none-any.whl
  • Upload date:
  • Size: 24.7 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.12.9

File hashes

Hashes for async_stagger-0.4.1-py3-none-any.whl
Algorithm Hash digest
SHA256 a154d2d0e8f06c05c11e1631e18ae2c9e1999d4bd0897b5b647da54c509943ab
MD5 c31bfe53a78aa77dec7567df100c7972
BLAKE2b-256 88375eafe1d8abc9cb10f00950786e20719aa6e921e49827908101d89f147657

See more details on using hashes here.

Provenance

The following attestation bundles were made for async_stagger-0.4.1-py3-none-any.whl:

Publisher: publish-pypi.yaml on twisteroidambassador/async_stagger

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page