关于多线程下载的问题，这样理解对否（FTP有关？）

javaduke 2002-01-27 02:24:45

其实在FTP中，开通数据连接后速度已经最大。即使你开通几个线程同时下载，速度几乎不能提升。至少经过我的测试就是如此。这样的理解对否。速度瓶颈究竟在哪里。我用了两个线程同时下载，同一个线程速度几乎一样，甚至偏低。

...全文

126 11 打赏收藏转发到动态举报

写回复

用AI写文章

11 条回复

切换为时间正序

请发表友善的回复…

发表回复

zbde00 2002-04-02

打赏
举报

据我多年在我的电脑上面D的经验,用FlashGet下载,一个线程比多个线程快,但是没有windows的"另存为"窗口下载快.
我的使用环境是98,拨号连接

zbde00 2002-04-02

打赏
举报

据我多年在我的电脑上面D的经验,用FlashGet下载,一个线程比多个线程快,但是没有windows的"另存为"窗口下载快.
我的使用环境是98,拨号连接

javaduke 2002-03-23

打赏
举报

关于HTTP续传的测试（56k 拨号上网)
测试一：自做程序 5个线程多点续传
测试二：自做程序 1个线程单点续传
3.2M 同样文件。(6次平均)
测试一 Time 10min29sec
测试二 Time 10min16sec
1.2M 同样文件。(6此平均)
测试一 Time 3min45sec
测试二 Time 3min45sec
网络条件绝对一致。我采用笔记本和
大电脑同时下载计时。分别3次。
我同时对比了网络蚂蚁的多线程多点续传。
结果一致。丝毫测试不出多线程多点续传的优势。

在一些连接、数据下载错误较多的站点。如果合理
设置单线程socket的receivetimeout.仍然会获得与网络蚂蚁
同样的速度。

kissfire 2002-01-30

打赏
举报

guanzhu

zhakewei 2002-01-30

打赏
举报

同意！

hujun614 2002-01-30

打赏
举报

这个结论当然是正确的，当然，人们说多线程下载更快时说的是在共享带宽中，在共享带宽时，线程多，连接多就能抢到更多的网络资源。
但在你的情况下，多线程就不能起到抢带宽的功能了。
由于互联网上的TCP/IP协议是基于无连接的IP协议的，为了实现面向连接的协议TCP，就必须传送许多状态和控制信息，对所发送和接收的数据进行确认，这样每开一个连接就会有一定程度网络资源浪费，所以就会反而略有降低。

birdinfly 2002-01-30

打赏
举报

我觉得,如果多线程下载的服务器是为很多连接同时服务的服务器,如263等网站,这时候,你用多线程可以抢占到多个连接,但是如果你就是两台机器对发数据,估计多线程也没啥用.

c_d 2002-01-29

打赏
举报

我是用多线程上载，也是一样的。不能说效率一点也没有，但是线程多到一定的程度速度就提不上去了。我在百兆网上实验，线程多过12个就没有用了。呵呵。当然，我是在单CPU的机器上做的测试。我想，多线程在多CPU的机器上应当会有比较良好的表现。嘻嘻。

javaduke 2002-01-27

打赏
举报

我把我的测试情况说一下：
程序为我自行写的，测试结果可靠
220K,单线程下载 40sec
440K,2个线程下载 81sec
605K,但线程下载 107sec
1210K,2个线程下载 217sec
多线程几乎谈不上任何更快的速度。多个线程更甭提了。所以几乎可以肯定地说
多线程FTP下载基本没有任何好处。这也是一些很棒的软件
例如cuteftp,flashfxp等不实现多线程ftp的原因。

birdinfly 2002-01-27