aiofastnet

KO | EN

gitlite — search

#python #typescript #golang #machine-learning #rust #linux #java #cli #kubernetes #awesome-list #security #ios #mcp #openai

(★ 25)

Ultra-fast networking with Kernel TLS support for asyncio and Python

aiofastnet 최신버젼 다운로드

최종 버전 다운로드 (.zip)

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

`aiofastnet` is a very efficient C/Cython drop-in reimplementation of asyncio's loop Transport/Protocol layer.
You can use it with your current event loop (asyncio loops, uvloop, winloop, etc.) to improve overall networking performance.

There are multiple ways to enable `aiofastnet`; the simplest is to install it before calling `asyncio.run()`.

```python
import aiofastnet

...
# Call this before asyncio.run(...)
aiofastnet.install_policy()
```

Are you using aiohttp, asyncpg, websockets, uvicorn, or any other library that
relies on asyncio networking? They become faster if you enable aiofastnet.
The difference is especially noticeable when SSL is used.

## Benchmark

The benchmark below compares echo round-trips over loopback for TCP and SSL.
The exact gains depend on workload, message sizes, CPU, OpenSSL version, and how
much of your total runtime is spent in transport/SSL plumbing.

[![Benchmark](https://raw.githubusercontent.com/tarasko/aiofastnet/master/examples/benchmark.png)](https://github.com/tarasko/aiofastnet/blob/master/examples/benchmark.png)

[![Speedup](https://raw.githubusercontent.com/tarasko/aiofastnet/master/examples/benchmark_speedup.png)](https://github.com/tarasko/aiofastnet/blob/master/examples/benchmark_speedup.png)

Source: [examples/benchmark.py](https://github.com/tarasko/aiofastnet/blob/master/examples/benchmark.py)

In these benchmarks, `aiofastnet` is up to
2.7x faster than standard `asyncio` and up to 1.6x faster than uvloop for TLS
connections.

`aiofastnet` is fully compatible with free-threaded Python builds and scales
as expected when multiple event loops run in parallel across multiple threads.

[![SSL Threaded Benchmark](https://raw.githubusercontent.com/tarasko/aiofastnet/master/examples/benchmark_threaded_tls.png)](https://github.com/tarasko/aiofastnet/blob/master/examples/benchmark_threaded_tls.png)

[![TCP Threaded Benchmark](https://raw.githubusercontent.com/tarasko/aiofastnet/master/examples/benchmark_threaded_tcp.png)](https://github.com/tarasko/aiofastnet/blob/master/examples/benchmark_threaded_tcp.png)

Source: [examples/benchmark_threaded.py](https://github.com/tarasko/aiofastnet/blob/master/examples/benchmark_threaded.py)

## How is this possible?

`aiofastnet` provides drop-in, highly efficient C/Cython replacements for asyncio's:

- [`loop.create_connection()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.create_connection)
- [`loop.connect_accepted_socket()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.connect_accepted_socket)
- [`loop.connect_read_pipe()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.connect_read_pipe)
- [`loop.connect_write_pipe()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.connect_write_pipe)
- [`loop.open_connection()`](https://docs.python.org/3/library/asyncio-stream.html#asyncio.open_connection)
- [`loop.create_unix_connection()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.create_unix_connection)
- [`loop.open_unix_connection()`](https://docs.python.org/3/library/asyncio-stream.html#asyncio.open_unix_connection)
- [`loop.create_server()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.create_server)
- [`loop.start_server()`](https://docs.python.org/3/library/asyncio-stream.html#asyncio.start_server)
- [`loop.create_unix_server()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.create_unix_server)
- [`loop.start_unix_server()`](https://docs.python.org/3/library/asyncio-stream.html#asyncio.start_unix_server)
- [`loop.create_datagram_endpoint()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.create_datagram_endpoint)
- [`loop.start_tls()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.start_tls)
- [`loop.sendfile()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.sendfile)
- [`loop.sock_accept()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.sock_accept)
- [`loop.sock_connect()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.sock_connect)
- [`loop.sock_recv()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.sock_recv)
- [`loop.sock_recv_into()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.sock_recv_into)
- [`loop.sock_recvfrom()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.sock_recvfrom)
- [`loop.sock_recvfrom_into()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.sock_recvfrom_into)
- [`loop.sock_sendall()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.sock_sendall)
- [`loop.sock_sendto()`](https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.sock_sendto)

asyncio libraries use these loop primitives to establish communication channels.
The current implementations in both `asyncio` and `uvloop` are not optimal,
especially for SSL/TLS connections.

Calling `aiofastnet.install_policy()` replaces these primitives with
`aiofastnet`'s efficient implementations. From that moment on, any library that
uses asyncio networking will use aiofastnet.

`aiofastnet` is not a different event loop. It works on top of stock `asyncio`
loops or `uvloop` by using low-level primitives such as `add_reader` and
`add_writer`. It has no background threads and does not use unscalable tricks
such as calling synchronous `recv`/`send` syscalls from another thread. Essentially, it
provides the same kind of internal implementation you would find in `asyncio`
and `uvloop`, but with much better optimization.

As a cherry on top, `aiofastnet` supports [Kernel TLS](https://www.kernel.org/doc/html/latest/networking/tls.html)
on Linux.

## Why Use aiofastnet

- **Faster hot path**. Transport and SSL internals are reimplemented in Cython/C
  to reduce overhead on long-lived connections.
- **Drop-in API**. Keep using the standard `asyncio` streams or transport/protocol model
  and familiar loop-level networking operations.
- **Works with the event loop you already use**. `aiofastnet` works with
  stock `asyncio` loops, `uvloop`, and `winloop`.
- **Fills gaps in loop APIs**. Calling aiofastnet APIs directly can provide
  networking operations that an event loop or older Python version does not
  implement. For example, uvloop exposes `sock_sendto()`, `sock_recvfrom()`,
  and `sock_recvfrom_into()`, but those methods raise `NotImplementedError`;
  aiofastnet provides working implementations.
- **Particularly strong for SSL-heavy workloads**. `aiofastnet` uses OpenSSL directly and avoids
  extra memory copying and unnecessary Python plumbing in the data path.
- **Kernel TLS support on Linux**. Enable native `sendfile` for SSL. `aiohttp` can
  send `FileResponse` more efficiently over secure connections.
- **Safer transport write() / writelines() behavior**. If the socket cannot accept
  everything immediately, only `bytes` and `memoryview` objects backed by
  `bytes` are retained without copying. Other objects, including
  `bytearray` and non-`bytes` exporters, are copied before being queued.
  Unlike standard `asyncio` transports, this avoids sending corrupted data if
  application code modifies the underlying buffer after `write()` /
  `writelines()` returns.
- **Better SSL backpressure semantics**. Buffer sizes and write limits reflect
  what is actually queued across the stack.
- **Works for library authors**. WebSocket, HTTP, RPC, proxy, database, broker,
  and custom protocol libraries can expose the same API while giving users a
  faster transport layer.

## Quickstart

Install from PyPI:

```console
$ pip install aiofastnet
```

`aiofastnet` requires Python 3.9 or greater.

For applications, the easiest way to enable `aiofastnet` is to use an event
loop factory.

```python
import asyncio
import aiofastnet

async def main():
    ...

asyncio.run(main(), loop_factory=aiofastnet.loop_factory())
```

If you use another event loop implementation, pass its loop factory:

```python
import asyncio
import uvloop
import aiofastnet

asyncio.run(main(), loop_factory=aiofastnet.loop_factory(uvloop.new_event_loop))
```

For older applications that still configure asyncio through event loop
policies, install the aiofastnet policy wrapper before creating loops:

```python
import asyncio
import aiofastnet

aiofastnet.install_policy()
asyncio.run(main())
```

Event loop policies are deprecated in Python 3.14 and are scheduled for removal
in Python 3.16, so prefer `loop_factory()` for new code.

If the event loop already exists, patch it directly:

```python
import asyncio
import aiofastnet

async def main():
    aiofastnet.patch_loop()
    ...

asyncio.run(main())
```

Library authors should call `aiofastnet` APIs directly
instead of patching a loop owned by their users. The API mirrors stdlib
`asyncio`: pass the running loop and use your existing protocol factory.

```python
import asyncio
import aiofastnet

class EchoClientProtocol(asyncio.Protocol):
    def connection_made(self, transport):
        self.transport = transport
        self.transport.write(b"hello")

def data_received(self, data):
        print("received:", data)
        self.transport.close()

async def main():
    loop = asyncio.get_running_loop()

transport, protocol = await aiofastnet.create_connection(
        loop,
        EchoClientProtocol,
        "127.0.0.1",
        9000,
    )

...

asyncio.run(main())
```

For servers, replace `loop.create_server(...)` with
`aiofastnet.create_server(loop, ...)` in the same way.

`aiofastnet` also exposes `start_tls` and `sendfile`:

```python
transport = await aiofastnet.start_tls(
    loop,
    transport,
    protocol,
    ssl_context,
    server_side=False,
    server_hostname="example.com",
)

await aiofastnet.sendfile(loop, transport, fileobj)
```

## When aiofastnet Is a Good Fit

`aiofastnet` is most attractive when you already rely on `asyncio`'s
transport/protocol APIs directly or indirectly and one or more of these are true:

- You have long-lived TCP or TLS connections.
- You run protocol-heavy services where transport overhead is visible in CPU
  profiles.
- You maintain a library and want better performance without changing your
  public API.
- You care about consistent `write()` / `writelines()` buffer behavior.
- You want SSL flow control to reflect the whole buffered stack, not only part
  of it.

## When Not To Use aiofastnet

`aiofastnet` is not the right default for every networking project:

- If your workload is dominated by very short-lived connections, you should
  expect little or no gain. Currently, `aiofastnet` focuses on optimizing the data path
  after connection establishment.

## Platform Compatibility

`aiofastnet` is built and tested on Linux, macOS, and Windows. It works with
the standard `asyncio` event loop, `uvloop`, and `winloop`.

On Windows it works with `SelectorEventLoop` and `winloop`.
With `ProactorEventLoop` it falls back to `asyncio`'s native connection and
server implementation, because the proactor loop does not provide the
`add_reader()` / `add_writer()` hooks required by `aiofastnet`'s custom
transport implementation. For transports created through `aiofastnet`, a
compatibility wrapper preserves the documented `write()` /
`writelines()` buffer-safety behavior.

For TLS connections, `aiofastnet` has two SSL engines:

- **Direct OpenSSL engine**. Used when Python's `_ssl` module is dynamically
  linked against OpenSSL's `libssl` / `libcrypto` shared libraries.
  This is the case for pretty much any Python distribution: `actions/setup-python`,
  `conda`, `pyenv`, system Python, etc.
  Calls OpenSSL functions like `SSL_read`/`SSL_write` directly.
  It is the fastest path and allows to use KTLS.
- **Fallback SSL engine**. Used when Python's `_ssl` module is statically linked
  against OpenSSL. This is the case for Python shipped with `uv`.
  The standard `ssl` module is used instead of direct OpenSSL calls. It does not support KTLS and is slower than the direct engine,
  but still significantly faster than asyncio's and uvloop's SSL transports.

You can check which engine `aiofastnet` uses with:

```console
$ python -c "import aiofastnet; print(aiofastnet.OPENSSL_DYN_LIBS)"
```

If this prints `None`, aiofastnet is using the fallback SSL engine. TCP and
Unix-domain socket transports still use `aiofastnet`'s native implementation.

If maximum TLS performance or KTLS support matters, **do not use Python shipped with `uv`**.

```console
$ uv venv --no-managed-python --python python
```

## Asyncio Compatibility

`aiofastnet` is a drop-in replacement and is expected to behave like the
corresponding asyncio API, with one notable exception on the direct SSL path:
aiofastnet implements its own SSL object, and
`transport.get_extra_info("ssl_object")` returns it instead of `ssl.SSLObject`.
When the fallback SSL engine is used, `get_extra_info("ssl_object")` returns the
standard `ssl.SSLObject`.

For the direct SSL engine, the following public methods and attributes of `SSLObject` are absent:

- `do_handshake()`
- `read()`
- `write()`
- `unwrap()`
- `pending()`
- `selected_npn_protocol()`
- `verify_client_post_handshake()`
- `session`

## Kernel TLS (KTLS) support on Linux

On Linux, `aiofastnet` can use OpenSSL's KTLS support for TLS
connections. KTLS is beneficial if any of the following is true:

* Static files need to be sent over a TLS connection and `sendfile()` can be used.
  In that case the kernel can read data directly instead of forcing the application to
  copy file contents through userspace.
* Some high-end NICs support hardware TLS offload, which leads to huge CPU savings.

If you only send regular data (not static files) and do not have a high-end NIC with TLS offload,
enabling KTLS may actually cause a slight performance degradation. In terms of CPU cost, it does not matter whether
encryption/decryption happens in the kernel or in userspace, but the kernel `tls` module has to do extra bookkeeping.
Also, aiofastnet can batch data and reduce the number of syscalls when KTLS is not used.

KTLS requires support from all of these layers:

- The `tls` kernel module is loaded.
- The direct SSL engine. KTLS does not work with `uv` Python.
- OpenSSL built with KTLS support on a machine with suitable kernel headers.
- An `ssl.SSLContext` with `ssl.OP_ENABLE_KTLS` enabled.
- A TLS version and cipher suite supported by the kernel TLS implementation.

To load the kernel module:

```console
$ sudo modprobe tls
```

To check if the direct SSL engine is used, `aiofastnet` should be able to find dynamic OpenSSL libraries:

```console
$ python -c "import aiofastnet; print(aiofastnet.OPENSSL_DYN_LIBS)"
```

To enable KTLS on Python SSL contexts (available in Python 3.12+):

```python
import ssl

server_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
server_context.options |= ssl.OP_ENABLE_KTLS

client_context = ssl.create_default_context()
client_context.options |= ssl.OP_ENABLE_KTLS
```

The OpenSSL library used by Python must itself have KTLS support. Sometimes Python
distributions ship their own OpenSSL libraries, and those libraries may
have been built on older systems where KTLS was not available. That can be true
even when the host running your program has a newer kernel.

If your Python distribution bundles an older or non-KTLS OpenSSL, one practical
option is to locate the bundled `libssl` and `libcrypto` files and replace them
with symbolic links to a newer system OpenSSL build that supports KTLS. This is
often useful with Conda Python, which commonly ships its own OpenSSL libraries
inside the environment.

KTLS support by kernel version is outlined [here](https://delthas.fr/blog/2023/kernel-tls/).

Check out [aiohttp_ktls_fileresponse.py](https://github.com/tarasko/aiofastnet/blob/master/examples/aiohttp_ktls_fileresponse.py)
and [aiohttp_ws_speedup.py](https://github.com/tarasko/aiofastnet/blob/master/examples/aiohttp_ws_speedup.py) for examples showing
how you can speed up aiohttp (or any other asyncio application).

Some other useful links:
* https://dev.to/ozkanpakdil/kernel-tls-nic-offload-and-socket-sharding-whats-new-and-who-uses-it-4e1f
* https://www.kernel.org/doc/html/latest/networking/tls.html

## Free-Threaded Python

`aiofastnet` is compatible with free-threaded Python builds such as
`python3.14t`. The extension modules are built to work without forcing the
legacy GIL back on, so separate event loops may run in separate threads.

The repository includes several free-threading examples:

- [examples/benchmark_threaded.py](https://github.com/tarasko/aiofastnet/blob/master/examples/benchmark_threaded.py) runs multiple echo client/server pairs in
  parallel to compare single-loop and multi-threaded execution.
- [examples/echo_server_threaded.py](https://github.com/tarasko/aiofastnet/blob/master/examples/echo_server_threaded.py) starts one listening echo server per
  thread on the same port with `reuse_port=True` so the kernel can distribute
  incoming connections across worker threads.
- [examples/echo_client_threaded.py](https://github.com/tarasko/aiofastnet/blob/master/examples/echo_client_threaded.py) starts one echo client per thread and
  drives them in parallel against the shared server port.

Transport objects remain thread-affine. Methods such as `write()`,
`writelines()`, `close()`, `pause_reading()`, and similar transport
operations must be called from the same thread that established the connection.
Calling transport methods directly from a different thread raises
`RuntimeError`.

This matches the general `asyncio` model: loops and loop-owned objects are
not meant to be used concurrently from arbitrary threads. `aiofastnet` does
not add internal transport locking for cross-thread access.

To use `aiofastnet` correctly with multithreading:

- Create a separate event loop in each worker thread.
- Create connections and servers inside the loop thread that will own them.
- Keep all direct transport interaction on that same thread.
- If another thread needs to send data or close a transport, schedule that work
  onto the owning loop with `loop.call_soon_threadsafe(...)` instead of
  touching the transport directly.

In other words, free-threaded Python lets multiple loops make progress in
parallel, but each individual connection is still owned by exactly one loop and
one thread.

## Building From Source

1. Clone the repository:

```console
   $ git clone git@github.com:tarasko/aiofastnet.git
   $ cd aiofastnet
   ```

2. Create and activate a virtual environment:

```console
   $ python3 -m venv aiofn-dev
   $ source aiofn-dev/bin/activate
   ```

3. Install test dependencies:

```console
   $ pip install -r requirements-test.txt
   ```

4. Build extensions in place and run tests:

```console
   $ python setup.py build_ext --dev --inplace
   $ pytest -s -v
   ```

5. Run the benchmark:

```console
   $ python -m examples.benchmark
   ```

6. Run tests:

```console
   $ pytest -s -v
   $ pytest -s -v -k test_echo[uvloop-tcp-buffered-6291456] --asyncio-debug --log-cli-level DEBUG
   ```

7. Build coverage report:

Building for coverage testing requires enabling line tracing in cython, which
significantly slows down extension modules. It is disabled by default. You
would need to rebuild specifically with coverage support.

```bash
python setup.py build_ext --inplace --dev --with-coverage
pytest -s -v --cov=aiofastnet --cov-report=html
```

## Contributing

Contributions are welcome!

aiofastnet

aiofastnet 최신버젼 다운로드

오늘의 추천 프로젝트

Was this content helpful?

Recent Feedback

aiofastnet

aiofastnet 최신버젼 다운로드

오늘의 추천 프로젝트

Was this content helpful?

Recent Feedback

Download README