Updating axum v0.5.11 -> v0.5.13
Updating axum-core v0.2.6 -> v0.2.7
Updating backtrace v0.3.65 -> v0.3.66
Updating cast v0.2.7 -> v0.3.0
Updating concurrent-queue v1.2.2 -> v1.2.3
Updating criterion v0.3.5 -> v0.3.6
Updating criterion-plot v0.4.4 -> v0.4.5
Updating crypto-common v0.1.4 -> v0.1.6
Updating duplicate v0.4.0 -> v0.4.1
Updating gimli v0.26.1 -> v0.26.2
Updating hashbrown v0.12.1 -> v0.12.3
Updating hyper v0.14.19 -> v0.14.20
Updating nix v0.24.1 -> v0.24.2
Updating object v0.28.4 -> v0.29.0
Updating plotters v0.3.1 -> v0.3.2
Updating plotters-backend v0.3.2 -> v0.3.4
Updating plotters-svg v0.3.1 -> v0.3.2
Updating regex v1.5.6 -> v1.6.0
Updating regex-syntax v0.6.26 -> v0.6.27
Removing rustc_version v0.4.0
Removing semver v1.0.12
Updating serde v1.0.138 -> v1.0.139
Updating serde_derive v1.0.138 -> v1.0.139
Updating spin v0.9.3 -> v0.9.4
Updating tokio v1.19.2 -> v1.20.0
Updating tungstenite v0.17.2 -> v0.17.3
Updating unicode-ident v1.0.1 -> v1.0.2
|
||
|---|---|---|
| .github | ||
| aquatic | ||
| aquatic_common | ||
| aquatic_http | ||
| aquatic_http_load_test | ||
| aquatic_http_private | ||
| aquatic_http_protocol | ||
| aquatic_toml_config | ||
| aquatic_toml_config_derive | ||
| aquatic_udp | ||
| aquatic_udp_bench | ||
| aquatic_udp_load_test | ||
| aquatic_udp_protocol | ||
| aquatic_ws | ||
| aquatic_ws_load_test | ||
| aquatic_ws_protocol | ||
| documents | ||
| scripts | ||
| .gitignore | ||
| Cargo.lock | ||
| Cargo.toml | ||
| deny.toml | ||
| LICENSE | ||
| README.md | ||
| TODO.md | ||
aquatic: high-performance open BitTorrent tracker
High-performance open BitTorrent tracker, consisting of sub-implementations for different protocols:
| Name | Protocol | OS requirements |
|---|---|---|
| aquatic_udp | BitTorrent over UDP | Unix-like (using mio) |
| aquatic_http | BitTorrent over HTTP with TLS (rustls) | Linux 5.8+ (using glommio) |
| aquatic_ws | WebTorrent over TLS (rustls) | Linux 5.8+ (using glommio) |
Features at a glance:
- Multithreaded design for handling large amounts of traffic
- All data is stored in-memory (no database needed)
- IPv4 and IPv6 support, with separate swarms
- Supports forbidding/allowing info hashes
- Built-in TLS support (no reverse proxy needed)
- Automated CI testing of full file transfers
Known users:
- explodie.org public tracker (
udp://explodie.org:6969), typically serving ~80,000 requests per second
Usage
Compiling
- Install Rust with rustup (latest stable release is recommended)
- Install cmake with your package manager (e.g.,
apt-get install cmake) - Clone this git repository and enter the directory
- Build the implementations that you are interested in:
# Tell Rust to enable support for all CPU extensions present on current CPU
# except for those relating to AVX-512. This is necessary for aquatic_ws and
# recommended for the other implementations.
. ./scripts/env-native-cpu-without-avx-512
cargo build --release -p aquatic_udp
cargo build --release -p aquatic_http
cargo build --release -p aquatic_ws
Configuring
Generate configuration files. They come with comments and differ between protocols.
./target/release/aquatic_udp -p > "aquatic-udp-config.toml"
./target/release/aquatic_http -p > "aquatic-http-config.toml"
./target/release/aquatic_ws -p > "aquatic-ws-config.toml"
Make adjustments to the files. You will likely want to adjust address
(listening address) under the network section.
Note that both aquatic_http and aquatic_ws require configuring TLS
certificate and private key files. More details are available in the
respective configuration files.
Workers
To increase performance, number of worker threads can be increased. The sum of
socket_workers and swarm_workers should equal the total number of CPU cores
that you want to use. Recommended proportions:
| aquatic_udp | aquatic_ws | ||||||
|---|---|---|---|---|---|---|---|
| CPU cores | 2-5 | 6-9 | 10-15 | >=16 | 2-11 | 12-19 | >=20 |
| Swarm workers | 1 | 2 | 3 | 4 | 1 | 2 | 3 |
| Socket workers | 1-4 | 4-7 | 7-12 | >=12 | 1-10 | 10-17 | >=17 |
Access control
Access control by info hash is supported for all protocols. The relevant part of configuration is:
[access_list]
# Access list mode. Available modes are allow, deny and off.
mode = "off"
# Path to access list file consisting of newline-separated hex-encoded info hashes.
path = ""
The file is read on start and when the program receives SIGUSR1. If initial
parsing fails, the program exits. Later failures result in in emitting of
an error-level log message, while successful updates of the access list result
in emitting of an info-level log message.
Running
If you're running aquatic_http or aquatic_ws, please make sure locked memory
limits are sufficient:
- If you're using a systemd service file, add
LimitMEMLOCK=65536000to it - Otherwise, add the following lines to
/etc/security/limits.conf, and then log out and back in:
* hard memlock 65536
* soft memlock 65536
Once done, start the application:
./target/release/aquatic_udp -c "aquatic-udp-config.toml"
./target/release/aquatic_http -c "aquatic-http-config.toml"
./target/release/aquatic_ws -c "aquatic-ws-config.toml"
If your server is pointed to by domain example.com and you configured the
tracker to run on port 3000, people can now use it by adding its URL to their
torrent files or magnet links:
| Implementation | Announce URL |
|---|---|
| aquatic_udp | udp://example.com:3000 |
| aquatic_http | https://example.com:3000/announce |
| aquatic_ws | wss://example.com:3000 |
Details on implementations
aquatic_udp: UDP BitTorrent tracker
Implements:
- BEP 015: UDP BitTorrent tracker protocol (more details). Exceptions:
- Doesn't care about IP addresses sent in announce requests. The packet source IP is always used.
- Doesn't track the number of torrent downloads (0 is always sent).
This is the most mature of the implementations. I consider it ready for production use.
Performance
More details are available here. Please note that request workers have been renamed to swarm workers.
Optimisation attempts that didn't work out
- Using glommio
- Using io-uring
- Using zerocopy + vectored sends for responses
- Using sendmmsg
aquatic_http: HTTP BitTorrent tracker
Implements:
- BEP 003: HTTP BitTorrent protocol (more details). Exceptions:
- Only runs over TLS
- Doesn't track the number of torrent downloads (0 is always sent)
- Only compact responses are supported
- BEP 023: Compact HTTP responses
- BEP 007: IPv6 support
- BEP 048: HTTP scrape support. Notes:
- Doesn't allow full scrapes, i.e. of all registered info hashes
aquatic_http has not been tested as much as aquatic_udp but likely works
fine.
Performance
More details are available here. Please note that request workers have been renamed to swarm workers.
aquatic_ws: WebTorrent tracker
Aims for compatibility with WebTorrent clients. Notes:
- Only runs over TLS
- Doesn't track the number of torrent downloads (0 is always sent).
- Doesn't allow full scrapes, i.e. of all registered info hashes
aquatic_ws has not been tested as much as aquatic_udp but likely works
fine.
Performance
More details are available here. Please note that request workers have been renamed to swarm workers.
Load testing
There are load test binaries for all protocols. They use a CLI structure similar to the trackers and support generation and loading of configuration files.
To run, first start the tracker that you want to test. Then run the corresponding load test binary:
./scripts/run-load-test-udp.sh
./scripts/run-load-test-http.sh
./scripts/run-load-test-ws.sh
To fairly compare HTTP performance to opentracker, set keep_alive to false in
aquatic_http settings.
Architectural overview
Copyright and license
Copyright (c) 2020-2022 Joakim Frostegård
Distributed under Apache 2.0 license (details in LICENSE file.)
Trivia
The tracker is called aquatic because it thrives under a torrent of bits ;-)


