opentracker/src/ot_stats.c, branch v2.2.1An open and free bittorrent tracker
https://erdgeist.org/gitweb/opentracker/atom?h=v2.2.12026-11-08T19:08:44ZRetire the busy network tracker. /24 networks don't say anything anymore in 2026 and in v6 it was broken from the beginning2026-11-08T19:08:44ZDirk Englingerdgeist@erdgeist.org2026-11-08T19:08:44Zurn:sha1:1c2af535eb3052405503f136578e30b24a8e18aeFix minor format string issues2026-11-08T19:07:45ZDirk Englingerdgeist@erdgeist.org2026-11-08T19:07:45Zurn:sha1:0d4be1abb93d37b10e0c7835bd79b62639945651Unify the peerlists for v4 and v62026-11-07T18:39:01ZDirk Englingerdgeist@erdgeist.org2026-11-07T18:39:01Zurn:sha1:589cb500fa5a6df13fa9634d0071922ec11fce17
This commit finishes what started with unifying v4 and v6 trackers, from then on, torrents
carried a peer list per family, with obvious redundancies. With the race to save memory,
these became burdening enough that now these peerlist pointers have been moved into a
single struct, holding both v4 and v6 peers in their respective ot_vectors, so the per-
torrent cost shrunk by another pointer's size.
Each peerlist also lost its peer count cache, as in most cases, it's trivial to load it
directly from the ot_vector's entry count. The seed counts that were kept per family only
to be aggregated later for every consumer, are also merged now.
Total savings depend on the tracker's actual load. In some corner cases, where only one
address family dominates the torrents, we actually use a few bytes more in the ot_vector
for the absent family, but even that mostly becomes noise: before it actually adds to the
memory load, the peer payload will be the deciding factor.
Most wins are on what often is experienced on trackers: A long tail of abandoned torrents
now needs eight fewer bytes, slipping into a smaller allocation unit on glibc's allocator.
Fix s24s stats to ensure no unallocated vector is dereferenced. Drive-by fix for the ip= scanner in the http parser2026-11-07T12:30:17ZDirk Englingerdgeist@erdgeist.org2026-11-07T12:30:17Zurn:sha1:cfbe53da5d9ef8dad1bb3276c0b33ec2ab6e974bStart to opentracker's memory requirements2026-11-07T02:55:27ZDirk Englingerdgeist@erdgeist.org2026-11-07T02:55:27Zurn:sha1:bbfd674e08c6b1fa4081f9c678fd220bead749d7
* peer lists for v4 and v6 are now lazily allocated and, more importantly, will be freed once there are no more peers
* The downloaded count is now per torrent and not per peer list anymore, moving in what was alignment loss, anyway
* The (now) per torrent downloaded and the per peer list peer and seed count shrunk from size_t to uint32_t
* A helper guards accesses to the peer and seed count to prevent null pointer dereferences
* The base time also shrank from time_t to uint32_t, minutes since the epoch currently fits in 25 bits
Silence an unused return warning2026-11-06T18:00:18ZDirk Englingerdgeist@erdgeist.org2026-11-06T18:00:18Zurn:sha1:879c3fab765eb10251bf177fe5fd955a32186db8Step 2 of the WANT_RESTRICT_FULLSCRAPE feature (fixing a bug along the way)2026-11-05T13:57:13ZDirk Englingerdgeist@erdgeist.org2026-11-05T13:57:13Zurn:sha1:14f1f19dab3f41b5bcaeb40f63964c57eb1e25f2Clamp every elapsed time span at zero, using a set of helper functions2026-11-05T12:52:17ZDirk Englingerdgeist@erdgeist.org2026-11-05T12:52:17Zurn:sha1:47293a4f116e04a88b0797bafad0c98b4393b744Move the build sources into src/2026-11-02T20:14:02ZDirk Englingerdgeist@erdgeist.org2026-11-02T19:50:24Zurn:sha1:ad541c67761b8aa6da1566802c347cac4018d0c2