I have the following python code:
import libtorrent as lt
import time
ses = lt.session()
ses.listen_on(6881, 6891)
params = {
\'save_path\': \'/home/downloa
The problem turned out to be trivial. The save_path did not exist, thus the libtorrent library downloaded as long as it did not have to flush the cache, but once it attempted to write the file, it failed and could not continue downloading, therefore the slowdown and eventual halt. Once an existing path was added it worked fine.
The download rate that you see is most likely from the actual metadata download (i.e. the .torrent file downloaded from your peers). Once the .torrent file has been downloaded, it's started. In this case.
It appears as if you already have some of the files that belong to this torrent, so the downloading is stopped and those files are being checked. i.e. the piece are read in, hashed and compared to the piece hashes in the .torrent file.
The last column shows you the number of megabytes found in the files that match the hashes, the last but one column show you the state of the torrent, i.e. checking.
If you wait until the checking is done, the download should resume.
Better yet, if you save resume data when you quit, and load it back in on startup, you don't have to re-check every time.