AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |
Back to Blog
Tribler cant download3/19/2023 Tribler does not alter any dht_ setting of Libtorrent. So, if there was a problem, it was more akin to missing handles or something like that. It didn't resemble the behaviour I described above at all. I tried to simulate the blocking with main thread sleep for both adding and reporting torrents. It tries to stagger the DHT announce of all torrents evenly distributed across the 15 minutes, by setting up a timer to fire every (15m / num_torrents).ĭoes the call itself, to add_torrent() block during this time? This is the function that's called when it's time to announce another torrent to the DHT. In order to understand more of what's going on, could you try changing the dht_announce_interval setting to something very low, to make torrents announce to the DHT more frequently?īy default it's set to (15 * 60) seconds. If you see a difference in behavior between the two, I would think it's something triggered by timing.ĭoes this problem seem to be caused by torrents not announcing to the DHT? (or at least not announcing in a timely manner).ĭoes Tribler change any of the dht_ settings? On the libtorrent side, the exact same thing happens in both cases, the only difference is that the non-async version waits on the client side, blocking the calling thread. So, the call should take longer than async_add_torrent(). It's only supposed to block until the main thread has received the request, added the torrent and produced a torrent_handle that's then returned. (btw closing #5307, this is now main issue)ĭoes the call itself, to add_torrent() block during this time? (it would be surprising if it would block for that long, it would suggest that something fishy is going on with the main network thread in libtorrent). The kill -9 18344 did not help, it turned Tribler into a zombie □ This is the reason why I'm keen on resolving this, at any cost. Obviously, this type of Tribler bugs drives our users away permanently. This started a cmdline fight with Tribler that ended with a laptop reboot. It did not want to shutdown and got stuck (e.g. Tribler still used resources and blocked smooth VLC playback. Worked smoothly before on RC5, but now it triggered some sort of deadlock: Then starting a disk check to ensure it is in sync with 0% and 100% downloaded files. This was not simply disk checking, I deleted a file underneath Tribler. Tribler RC5 stuck on disk checking with 3 concurrent other swarms active (but not actively downloading, no IO at all, just dead swarms, stuck for weeks at same download percentage). This is the last big issue we need to resolve before we can finally declare things stable and release 7.5 of Tribler. Not a Mac only issue, also reported by others on Linux Mate and on Windows 10. Tribler 7.4.4 did not have this, 7.5rc5 introduces new behavior that triggers this. But now the non-anonymous mode doesn’t do anything.īug triggered again, now during "disk checking"! Before, I used non-anonymous download because I didn’t like the speed of anonymous mode. Funny thing is when I change it into anonymous download, it connects seeds/peers and starts the download. (Of course, my setting’s at unlimited seeding.)Ībout the non-anonymous download, I just added a torrent, but it doesn’t connect to anything. So Tribler doesn’t seed at all after finishing it. Once a file finishes downloading, all the seeds and peers disappear. But now anonymity mode doesn’t download things, while non-anonymity mode gives me literally nothing, not even a peer.Ĭurrently, download got much smoother. Usually, without anonymity, I could download things much faster. When I put anything to “zero hoops,” it cannot find a single seed or peer at all. Now it seems that the downloads found their peers back, even though they don’t really connect with them nor download anything. I tried to change settings and all of that. I’ve experienced a weird error these days.Īt first, all of my downloads couldn’t connect any peers at all.
0 Comments
Read More
Leave a Reply. |