Yat Ho

Here is a test from the changes I currently have. You can see that it easily reaches 120+ MiB/s download now. This seems to be hammering Transmission's session thread so...

Here's the latest progress for improving Tr4's download speed. In my previous test, the wishlist was way too slow to support downloading from multiple peers, it slows down to an...

Now for upload speed, I managed to get Tr4 to upload at 200+ MB/s. - Tr4(down) Tr4(up) - RelWithDebInfo - TCP connection - Prefers encryption - Single connection - Both...

@Pentaphon Just in my local network. In general, it'll probably tend to freeze less the larger the round trip time is, and freeze more the more peers there are.

Am I missing something? It is not working for me.  ``` cmake -B build_deb -G Ninja -DCMAKE_BUILD_TYPE=Debug -DENABLE_QT=ON -DENABLE_GTK=ON -DUSE_GTK_VERSION=3 -DWITH_APPINDICATOR=ON ```

> Do you have Ayatana installed, @tearfur? See https://github.com/transmission/transmission/pull/4973#issuecomment-1793613702 for my answer.

@ckerr ping

> "Draft" because I realized that timer expiritation does not currently clear_callbacks() though it feels like it should. Every other exit path goes through done() and thus does clear_callbacks(). Thoughts?...

Outgoing handshakes are aborted as soon as the torrent is stopped: https://github.com/transmission/transmission/blob/ec5296c8dc15c0d51014d67ef93658e5569f354c/libtransmission/peer-mgr.cc#L643-L646 But other than that, nice catch! > The optimal solution is to check torrent state during `build_handshake_message`, since...

Sounds to me the better thing to do is simply don't retry with a plain connection when Transmission is in the `AwaitingVc` state. Please help me double check my thinking....