Arvid Norberg
Arvid Norberg
> Instead I would suggest just dropping the whole section and replace it with the notion of urgent and non-urgent HAVEs. Pieces a peer does not have would be urgent...
regarding redundant haves. I suppose one scheme could be to always send redundant haves back to the peers the piece was downloaded from. Any other redundant haves could be deferred...
I've moved this document into its own repository along with reference implementations and benchmarks. I've stripped it down to _just_ the compressed bitfield proposal, I've made some changes to the...
yeah, I'm putting that off until the dust settles on this one
yeah, it's been like this for a long time. unfortunately I don't think the people responsible for the server overlap with people active on this github project.
I thought it was Tron, but maybe resilio got it when they spun off
This may be relevant here too: https://github.com/boostorg/asio/issues/74
I think this issue requires some more research. The fundamental problem is that we launch (and replace the handle) for sync tasks multiple times. I've confirmed that we do this,...
the ways libtorrent tries to mitigate this issue are: * a shorter timeout for trackers when sending `event=stopped` ([stop_tracker_timeout](https://libtorrent.org/reference-Settings.html#stop_tracker_timeout)) * caching DNS lookups for trackers, and when shutting down, using...
> Why? it seems libtorrent is using boost.asio for DNS lookup so it should support async lookups. because boost.asio uses underlying operating system calls to perform DNS lookups, and they...