发现一个很好的 Firefox 插件：DownThemAll!

Thruth

Post by nwslustc
线程再多也没用阿，绝大多数服务器都是限制多线程的。就算服务器不限制，网络带快宽也是有限制的，如果带宽的瓶颈不再客户端，则显然是多服务器下载更快些。

300线程和1000线程没有大区别
但是3线程和10线程区别可就大了

ShiyuTang

Post by Thruth
这点很简单，分块hash生成index
然后就明白了吧
还有并不是所有P2P下完以后都必须校验，比如众多BT软件

分块 hash 生成 index 是 Bittorrent 干的事。

众多 P2P 软件不进行校验是为了节省时间，但这样带来的结果就是有时候下载回来的文件会出错。比如我就遇到一次用 BitComet 下载的文件始终在安装时出错，后来考虑可能是在传输中出错了，所以选择“重新检查完整性”，检查完以后发现其“进度”从100%变为99.7%，也就是说通过校验发现其中0.3%的数据有问题，所以不校验是可能带来这样的后果的。但校验的好处也体现出来了：我只需下载那出错0.3%，而不必重新下载整个软件。

BitComet 之类的软件不进行校验的确节省很多时间，并且用 BitComet 下载的人通常是下载电影、音乐等，这些文件中传输出错几十K根本不影响播放，所以不校验也可行。

但是作为软件设计人员，即使默认不校验，也应当有校验选项，以使那些下载出错的二进制文件、压缩文件能够只重新下载出错的一小部分，比如上面的例子中就只下载了那出错的0.3%。但迅雷没有。它既不校验、也不提供校验项，作为 P2P 软件，它不具备 P2P 软件的必要特性，这好吗？这是一个好的设计思路吗？

恐怕这也就是为什么 Windows 下的软件不能用于关键场合的原因了。

Edouard

Post by ShiyuTang
分块 hash 生成 index 是 Bittorrent 干的事。

众多 P2P 软件不进行校验是为了节省时间，但这样带来的结果就是有时候下载回来的文件会出错。比如我就遇到一次用 BitComet 下载的文件始终在安装时出错，后来考虑可能是在传输中出错了，所以选择“重新检查完整性”，检查完以后发现其“进度”从100%变为99.7%，也就是说通过校验发现其中0.3%的数据有问题，所以不校验是可能带来这样的后果的。但校验的好处也体现出来了：我只需下载那出错0.3%，而不必重新下载整个软件。

BitComet 之类的软件不进行校验的确节省很多时间，并且用 BitComet 下载的人通常是下载电影、音乐等，这些文件中传输出错几十K根本不影响播放，所以不校验也可行。

但是作为软件设计人员，即使默认不校验，也应当有校验选项，以使那些下载出错的二进制文件、压缩文件能够只重新下载出错的一小部分，比如上面的例子中就只下载了那出错的0.3%。但迅雷没有。它既不校验、也不提供校验项，作为 P2P 软件，它不具备 P2P 软件的必要特性，这好吗？这是一个好的设计思路吗？

恐怕这也就是为什么 Windows 下的软件不能用于关键场合的原因了。

1:你要搞清楚,迅雷不是P2P软件,是类似FLASHGET的下载软件
2:"关键场合"指的是什么呢?我好象没有遇到过你说的关键场合.最关键的场合好象就是上次用迅雷下了个3张盘的2005LE.
3:"既不校验、也不提供校验项","既不校验"无从论证,有存在在服务器校验的可能."不提供校验项"倒是事实
4:至目前为止,我未曾听过有使用迅雷的用户下载到损坏的文件.


希望版主抛开对WINDOWS软件的成见,在WINDOWS上下载一个迅雷,用上一个月.你会发现迅雷是FG等软件的一个飞跃.

Edouard

Post by Thruth
300线程和1000线程没有大区别
但是3线程和10线程区别可就大了

你根本不理解迅雷的做法

迅雷不是单单的多线程,而是多服务器多线程.所以比较多少线程对迅雷和其它多线程软件是没有意义的.因为它们都是多线程


转一下某人的话
实际上即使是多连接,带宽还是没有完全使用完的.比如(只是比如)说你有50K,对方的服务器也有50K.你的50K是完全占用的,但是对方的50K要分流,100个人下的话就是0.5K,好一点的情况,50个人下就是1K.也就是说就算你开5个连接都是5K.但是只要你有两个源,就是10K了.如果另外一个源比你的原下载点好,就是12K.当然我的例子可能有漏洞,我只是表达这个意思,请各位不要钻牛角尖.

ShiyuTang

迅雷是 P2P 软件，这很容易分析。

如果用一个月时间，那还不如自己写一个迅雷。原理又不是很复杂。

Edouard

........那你写一个LINUX的吧,请

Brain

不是讨论DTA么，怎么跑到迅雷上来了？？
DTA的优点应该在于页面中搜索链接和分析提取链接的功夫比较了得。另外，它好像应该用的是XUL的技术了。每次下载时候是相当于开出一个FF的新窗口。

PS：就算迅雷是多服务器多线程，拿到NAT方式接入的环境下还是非常占带宽。这一点你能否认么？难道自己搞了条专线？？
等到大家一起ipv6接入的时候再来讨论迅雷的好处应该也不迟。

zyx173

不瞒大家说，我的mandriva2006的四张碟就是用迅雷下回来了。
因为用linux时间还不长，所以一直保留着win，并且只要是下载软件，一般都是跑到win下用迅雷德。的确非常快。
后来搞定了wine，现在不用跑到win下了，wine+ie+迷你迅雷，模拟的非常完美。当初还在想迅雷要是开发一个ff插件该多好，哈哈。
想测试一下迅雷速度的朋友不妨试试wine+ie+迷你迅雷。
我一直使用迅雷，只有一次下载一个1.7G的iso时数据有错误，又下一次还是错误，后来换了一个服务器下载的就是正确的了，所以并没把错归结在迅雷身上。

ShiyuTang

Post by zyx173
我一直使用迅雷，只有一次下载一个1.7G的iso时数据有错误，又下一次还是错误，后来换了一个服务器下载的就是正确的了，所以并没把错归结在迅雷身上。

如果你用 BT 的话，那最多只需下载错误的数据，一般不超过1M。你重新下载1.7G了那么多遍也证明了迅雷的问题的严重。

最近迅雷被华军和天空给封了。据说是商业利益问题。不过我觉得迅雷到处盗链也确实太过贪婪。

Edouard

楼上的朋友明显是SERVER本身的ISO有问题,何来"你重新下载1.7G了那么多遍也证明了迅雷的问题的严重。
"????