BitSharp / MonoTorrent 窒息所有同行
我正在编写一个库来通过 BitTorrent 下载文件。 不会有用户干预。 用户甚至不会意识到文件正在被下载。 我选择 BitTorrent 作为传输文件的首选方法,并围绕 MonoTorrent 库构建应用程序。 在我的服务器上,我运行 bttrack python 脚本用于跟踪目的,并运行 rTorrent 进行播种。
我已成功将 1078 个文件下载到客户端计算机上。 然而,有 2 个文件分别未超过 8% 和 11%。 当我使用 uTorrent、BitTorrent 甚至 MonoTorrent GUI 时,文件下载没有任何问题。
除了我自己的客户端外,所有客户端的下载都运行良好。 我使用哪些客户来播种并不重要。 文件大小或文件名没有什么异常:
72 359 940b - a05276e5193644d48aaf711242b40a30.ssz
74 448 896b - e5ba856c6115453091d8b82ae53749bd。 ssz
第一个文件在我的客户端上下载到 7.58% (5.30MB)。 第二个文件为 11.42% (8.30MB)。
在 rTorrent(从 rTorrent 播种时)屏幕上,它最初显示状态为 r/ci/un(远程启动的连接/远程客户端阻塞本地客户端,有兴趣下载/本地客户端未阻塞远程客户端,对上传不感兴趣
)种子达到死锁,状态更改为 r/cn/cn (远程启动的连接/远程阻塞本地,对下载不感兴趣/本地客户端阻塞远程,对上传不感兴趣)
传输停止在那里,无论我做了什么,我无法让它继续下去。
我使用的是 MonoTorrent 版本 0.70.0.0,SVN 修订版 134304。
由于客户端都使用昂贵的 GSM 连接,因此我将 torrent 设置为 0 个上传槽。 但即使在测试中,为上传分配插槽也未能解决问题。
我怎样才能让这些客户成为朋友而不是再互相掐架呢?
编辑: 我还尝试了 monotorrent svn 中的示例客户端。 它还仅下载上述点之前的文件。 基于旧版本 MonoTorrent(版本 0.2.0.0)构建的 MonoTorrentGUI 下载文件,但即使当我尝试使用该二进制文件时,它也不会通过我的应用程序下载。
I am writing a library to download files via bittorrent. There will be no user intervention. The user is to be blissfully unaware that files are even being downloaded. I've chosen BitTorrent as the preferred method of transferring the files, and built the application around the MonoTorrent library. On my server I am running the bttrack python script for tracking purposes, and rTorrent for seeding.
I have successfully downloaded 1078 files onto client machines. There are however 2 files that do not get beyond 8 and 11 percent respectively. When I use uTorrent, BitTorrent and even the MonoTorrent GUI, the files download without any problems.
The downloads work fine on all clients except my own. It does not matter which clients I use to seed. There is nothing unusual about either the filesizes or the filenames:
72 359 940b - a05276e5193644d48aaf711242b40a30.ssz
74 448 896b - e5ba856c6115453091d8b82ae53749bd.ssz
The first file downloads to 7.58% (5.30MB) on my client. The second file to 11.42% (8.30MB).
On the rTorrent (when seeding from rTorrent) screen, it initially shows the status as r/ci/un (connection initiated remotely/remote client choking local client, interested in downloading/ local client unchoked remote client, not interested in uploading)
When the torrents reach their deadlocks, the status changes to r/cn/cn (connection initiated remotely/remote choking local, uninterested in downloading/local client choking remote, uninterested in uploading)
The transfer stops there, and no matter what I've done, I cannot get it to go any further.
I am using MonoTorrent version 0.70.0.0, SVN Revision 134304.
Since the clients are all on expensive GSM connections, I set the torrents with 0 upload slots. But even in testing, allocating slots for upload did not resolve the problem.
How can I get these clients to be friends and not choke each other anymore?
EDIT:
I have also tried the sample client which is in the monotorrent svn. It also only downloads the files up to the points mentioned above. The MonoTorrentGUI which is built on an older version of MonoTorrent (version 0.2.0.0), downloads the files, but even when I try to use that binary, it does not download via my application.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
事实证明,这里的问题是 monotorrent 库中的一个错误。 它已被临时修复。 作者的论坛上有一个主题,其中包含详细信息。
http://monotorrent.21.forumer.com/viewtopic.php ?t=325&highlight=
感谢您修复此艾伦:)
The problem here turned out to be a bug in the monotorrent library. It has been fixed in the interim. There is a thread on the author's forum with details.
http://monotorrent.21.forumer.com/viewtopic.php?t=325&highlight=
Thanks for fixing this Alan :)
您能更明确地说明到底发生了什么吗? 哪些客户端正在做种,哪些客户端正在下载,以及哪种组合导致这两个文件不可下载。 另外,哪种组合有效?
即 rtorrent 播种、monotorrent/utorrent 下载 - 失败
monotorrent 播种、rtorrent/monotorrent/utorrent 下载 - 有效
Could you be a little more explicit as to what exactly is going on. Which clients are seeding, which ones are downloading, and which combination is it that results in those two files not being downloadable. Also which combination is it that does work?
i.e. rtorrent seeding, monotorrent/utorrent downloading - fails
monotorrent seeding, rtorrent/monotorrent/utorrent downloading - works