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

DownThemAll! 是一个供 Firefox 1.5版及以上版本用的下载插件，功能与 Windows 下的 Flashget 或者 Linux 下的 D4X 相似。它是用 JavaScript 写的，仅能在 Firefox 中运行。它弥补了 Firefox 中下载管理器不能多线程下载的缺陷，而且它不像 FlashGot，它不需要启动外部下载工具，它本身就是一个下载工具。

当然它也有缺点，比如 Firefox 停止运行了它就会停止运行，而且现在稳定性也一般，但它的确是一个很方便的 Firefox 插件。

作者: ShiyuTang 发布时间: 2006-05-19

那个是多线程的吗?

作者: fifa2010 发布时间: 2006-05-19

是多线程的。

作者: ShiyuTang 发布时间: 2006-05-19

好东东就要顶！多谢老大分享哈：）

作者: tktktk 发布时间: 2006-05-19

搞不Â你ì为À么一定要用多线程，加入你自己的服务器你会多线程吗？哥们，留点资源给别人吧，单线程好了；再者用宽带，单线程和多线程的区别又有多大？

作者: freeflying 发布时间: 2006-05-19

對的, 多綫程會加重server的負重, 不一定是好的

引用:

作者: freeflying

搞不Â你ì为À么一定要用多线程，加入你自己的服务器你会多线程吗？哥们，留点资源给别人吧，单线程好了；再者用宽带，单线程和多线程的区别又有多大？

作者: matthewlam64 发布时间: 2006-05-19

引用:

作者: freeflying

搞不Â你ì为À么一定要用多线程，加入你自己的服务器你会多线程吗？哥们，留点资源给别人吧，单线程好了；再者用宽带，单线程和多线程的区别又有多大？

兄弟,你的KUBUNTU还是这样啊 "Â你"啊输入法有问题
幸好原来没有转KUBUNTU..........

多线程已经成为既有事实了,在WINDOWS大多数人都用多线程,而且多线程已经落后了,现在的迅雷是多线程多服务器,能够自动搜索其他服务器有没有一样的文件,然后同时下载.更可以在原服务器不能连接的情况下连接其他服务器下栽.比如说教育网由于传送问题不能连接上电信,它可以从其他的教育网服务器下载.也就是说就算文件被删除了,下载也有可能完成.

相反,LINUX在这方面已经大大落后了.

在宽带下,单线程和多线程的区别又有多大？你可以自己找个WIN装一个迅雷,然后下一个比较大而又比较多人下的东西,同一个节点用FIREFOX,IE和迅雷比较.看看有什么区别?
有可能你的IE和FF还连不上,迅雷已经完成了.

再说,大家都知道同一IP线程是可以限制的,就算你不会或不想限制,在连接中写上"请用单线程"不就行了

大家不能故步自封啊.我出去一会了,回来才发现SIR很多"安德鲁.格罗夫",呵呵

作者: fifa2010 发布时间: 2006-05-19

http://www.xunlei.com/
提供一个地址,你自己去参考吧

作者: fifa2010 发布时间: 2006-05-19

国外好像没有什么好的多线程下载工具，Windows 底下也没有。用得都是中国人开发的。网络环境差异？

作者: shannleon 发布时间: 2006-05-19

大哥。linux下的proz可开30线程。
下载速度还高于迅雷呢。
＝＝＝＝＝＝＝
FF装个flashgot就可以直接调用它。

作者: loverf 发布时间: 2006-05-19

多服务器多线程的最大问题是如何确定不同服务器上的文件完全相同的。因为很可能不同服务器上的同名、同大小的文件是不同的，如果这点处理不好的话，那下载回来的文件就很可能是废文件，不知迅雷是如何处理的。

作者: ShiyuTang 发布时间: 2006-05-19

BT的学校限网速了……再多的线程也用不上……
80K，不死不活的~
真怀念3M/s的日子……

作者: KDF2003 发布时间: 2006-05-19

引用:

作者: loverf

大哥。linux下的proz可开30线程。
下载速度还高于迅雷呢。
＝＝＝＝＝＝＝
FF装个flashgot就可以直接调用它。

flshgot什么时候支持prozilla啦?

作者: fallen 发布时间: 2006-05-19

引用:

作者: loverf

大哥。linux下的proz可开30线程。
下载速度还高于迅雷呢。
＝＝＝＝＝＝＝
FF装个flashgot就可以直接调用它。

不是线程多就快,以前还有修改的FLASHGET100线程.但是这么大的流量对方的SERVER怎么办?多服务器多线程正好解决了这个问题

下载速度还高于迅雷请问有相关数据吗?在我的电脑上,迅雷一直比FG之类的纯多线程快

还有如果原文件被删除还可以下载吗?

作者: fifa2010 发布时间: 2006-05-20

引用:

作者: ShiyuTang

多服务器多线程的最大问题是如何确定不同服务器上的文件完全相同的。因为很可能不同服务器上的同名、同大小的文件是不同的，如果这点处理不好的话，那下载回来的文件就很可能是废文件，不知迅雷是如何处理的。

.......估计是用MD5

但是从来没有废文件

作者: fifa2010 发布时间: 2006-05-20

看来这里的人用LINUX过度,已经对WINDOWS的软件发展感觉迟钝了

现在WINDOWS系统是没有什么进步,但是软件方面确实是越来越强.但是LINUX的软件却没有太大的进步,一直局限于实现和WIN同等的功能上,XGL就是一个好例子

你看连发现一个多线程的FF插件都是如此感动,真不知道该怎么说好

不是说开源不好,只是觉得开源社区就算不是走错了路,起码有些地方做的很不够,而本来这些是很容易可以实现的

作者: fifa2010 发布时间: 2006-05-20

引用:

作者: fallen

flshgot什么时候支持prozilla啦?

好象早有了,要看看

作者: fifa2010 发布时间: 2006-05-20

所以,请大家支持革命吧

作者: fifa2010 发布时间: 2006-05-20

现在服务器也不会告诉下载客户端的文件的 MD5 值啊。所以我对迅雷表示怀疑。像 BT、eMule 这类客户端中下载的种子文件或者链接本身包括校验码，所以可以这样，而 http、ftp 根本就没这样做，迅雷是如何确定的呢？怎么保证从 A 服务器下载的东西与 B 服务器下载的一致呢？A、B 服务器的校验值是如何得到的呢？如果途中传输出错呢？多点传输的很大问题就是误码率高啊！更何况还是 P2P。几乎所有的 P2P 软件下载完后都会校验的，迅雷不校验怎么保证没有错呢？

作者: ShiyuTang 发布时间: 2006-05-20

引用:

作者: fifa2010

不是线程多就快,以前还有修改的FLASHGET100线程.但是这么大的流量对方的SERVER怎么办?多服务器多线程正好解决了这个问题

下载速度还高于迅雷请问有相关数据吗?在我的电脑上,迅雷一直比FG之类的纯多线程快

还有如果原文件被删除还可以下载吗?

proz是在linux下用的。
迅雷是在温下的
你可以自己试试，找一个大软件，自己试试。

作者: loverf 发布时间: 2006-05-21

引用:

作者: ShiyuTang

现在服务器也不会告诉下载客户端的文件的 MD5 值啊。所以我对迅雷表示怀疑。像 BT、eMule 这类客户端中下载的种子文件或者链接本身包括校验码，所以可以这样，而 http、ftp 根本就没这样做，迅雷是如何确定的呢？怎么保证从 A 服务器下载的东西与 B 服务器下载的一致呢？A、B 服务器的校验值是如何得到的呢？如果途中传输出错呢？多点传输的很大问题就是误码率高啊！更何况还是 P2P。几乎所有的 P2P 软件下载完后都会校验的，迅雷不校验怎么保证没有错呢？

已使用大概一年(具体时长忘记),没有一个有损坏的

如果你不相信可以自己试一下

作者: Edouard 发布时间: 2006-05-21

具体的测试我懒得做,没有必要为一个商业软件做如此无聊的宣传.但是过去我是有过原文件无法下载的经历的,用迅雷成功下载.

要是真的测试起来,要在同一个网段用两台机器在同一时间去测试.但是这样的设备我是无法提供的.不过在多次下载的经验看,在一般的多连接有40多K的情况下,迅雷多次出现100多K的速度.
而且不象BT,上网速度不会减慢

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

至于WIN和LINUX.前面的回复我已经表态.我不看重系统,只看重软件的能力.

简单一点说proz和XL是一样的原理,但是XL站在巨人的肩膀上了

作者: fifa2010 发布时间: 2006-05-21

我对FREEFLYING的意见到此为止,以后XL和PROZ谁比较强我不再讨论,有机会你们自己用公司的网络试.我只是表达对某些人的无用的固执的建议

作者: fifa2010 发布时间: 2006-05-21

引用:

作者: fifa2010

看来这里的人用LINUX过度,已经对WINDOWS的软件发展感觉迟钝了

现在WINDOWS系统是没有什么进步,但是软件方面确实是越来越强.但是LINUX的软件却没有太大的进步,一直局限于实现和WIN同等的功能上,XGL就是一个好例子

你看连发现一个多线程的FF插件都是如此感动,真不知道该怎么说好

不是说开源不好,只是觉得开源社区就算不是走错了路,起码有些地方做的很不够,而本来这些是很容易可以实现的

您是在说反话吧？因为众所周知，Linux 能做的事肯定比 Windows 多，也强大得多。

作者: ShiyuTang 发布时间: 2006-05-21

引用:

作者: ShiyuTang

现在服务器也不会告诉下载客户端的文件的 MD5 值啊。所以我对迅雷表示怀疑。像 BT、eMule 这类客户端中下载的种子文件或者链接本身包括校验码，所以可以这样，而 http、ftp 根本就没这样做，迅雷是如何确定的呢？怎么保证从 A 服务器下载的东西与 B 服务器下载的一致呢？A、B 服务器的校验值是如何得到的呢？如果途中传输出错呢？多点传输的很大问题就是误码率高啊！更何况还是 P2P。几乎所有的 P2P 软件下载完后都会校验的，迅雷不校验怎么保证没有错呢？

如果有错，迅雷不可能这么流行，请放心使用。
迅雷应该是有服务器的。迅雷的资源必须下载完成后才能发布，而且要手动“发布”，这肯定是向服务器提交了校验码、网址什么的。但是他牛就牛在不是由提供下载的人发布，而是由下载的人校验后发布。

作者: nwslustc 发布时间: 2006-05-22

引用:

作者: loverf

proz是在linux下用的。
迅雷是在温下的
你可以自己试试，找一个大软件，自己试试。

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

作者: nwslustc 发布时间: 2006-05-22

引用:

您是在说反话吧？因为众所周知，Linux 能做的事肯定比 Windows 多，也强大得多

这么说过于武断了

作者: hundrix 发布时间: 2006-05-23

引用:

作者: ShiyuTang

您是在说反话吧？因为众所周知，Linux 能做的事肯定比 Windows 多，也强大得多。

呵呵，从语气上看，ShiyuTang版主似乎正是在说反话。

作者: unliu 发布时间: 2006-05-27

引用:

作者: unliu

呵呵，从语气上看，ShiyuTang版主似乎正是在说反话。

其实对一个众所周知的事实产生怀疑，本身就是不明智的。

作者: ShiyuTang 发布时间: 2006-05-28

引用:

作者: ShiyuTang

现在服务器也不会告诉下载客户端的文件的 MD5 值啊。所以我对迅雷表示怀疑。像 BT、eMule 这类客户端中下载的种子文件或者链接本身包括校验码，所以可以这样，而 http、ftp 根本就没这样做，迅雷是如何确定的呢？怎么保证从 A 服务器下载的东西与 B 服务器下载的一致呢？A、B 服务器的校验值是如何得到的呢？如果途中传输出错呢？多点传输的很大问题就是误码率高啊！更何况还是 P2P。几乎所有的 P2P 软件下载完后都会校验的，迅雷不校验怎么保证没有错呢？

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

作者: Thruth 发布时间: 2006-05-28

引用:

作者: nwslustc

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

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

作者: Thruth 发布时间: 2006-05-28

引用:

作者: 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 下的软件不能用于关键场合的原因了。

作者: ShiyuTang 发布时间: 2006-05-28

引用:

作者: 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 发布时间: 2006-05-28

引用:

作者: Thruth

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

你根本不理解迅雷的做法

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

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

作者: Edouard 发布时间: 2006-05-28

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

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

作者: ShiyuTang 发布时间: 2006-05-28

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

作者: Edouard 发布时间: 2006-05-29

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

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

作者: Brain 发布时间: 2006-06-05

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

作者: zyx173 发布时间: 2006-06-05

引用:

作者: zyx173

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

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

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

作者: ShiyuTang 发布时间: 2006-06-05

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

作者: Edouard 发布时间: 2006-06-05

bt也很爱用，只是没种就无可奈何了。。。

作者: zyx173 发布时间: 2006-06-05