关于多线程下载的问题,这样理解对否(FTP有关?)

javaduke 2002-01-27 02:24:45
其实在FTP中,开通数据连接后速度已经最大。即使你开通几个线程同时下载,速度几乎不能提升。至少经过我的测试就是如此。这样的理解对否。速度瓶颈究竟在哪里。我用了两个线程同时下载,同一个线程速度几乎一样,甚至偏低。
...全文
127 11 打赏 收藏 转发到动态 举报
AI 作业
写回复
用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
  • 打赏
  • 举报
回复
这个问题我前几天也在研究,不知道你测试的时候数据量有多大,如果数据量不够大,效率是体现不出来的.
graph 2002-01-27
  • 打赏
  • 举报
回复
对于网络比较顺畅多线程是体现不出优点,在网络比较慢时才能体现出来,我是这样理解的,欢迎讨论。

1,658

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC 非技术类
社区管理员
  • 非技术类社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧