为何下载速度会越来越慢 - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>EmergingNetworking - 热门网络技术

为何下载速度会越来越慢

为何下载速度会越来越慢# EmergingNetworking - 热门网络技术

g*g2006-04-21 07:04

1 楼

一台机器放到网络托管中心去了. 发现一个问题: 下载时速度起先有500KB, 但越来越满,
最后只有100KB. 这是什么原因? 我看了一下, 服务器本身在这方面没有限制? 是在
FIREWALL 或路由器的地方被人设限了?
另外这个带宽如何算? 500KB OR 100KB? 还是其它?
我记得以前下载大文件时,也时常碰到这种情况.

w*r2006-04-21 07:04

2 楼

at first, the rate is burst rate, not accurate at all.
then, either for slow start, or red, or more accurate
calculation, you see a more reasonable speed.
I guess they use walk average, so you don't see the
number drop immidiatly

满,

【在 g********g 的大作中提到】

: 一台机器放到网络托管中心去了. 发现一个问题: 下载时速度起先有500KB, 但越来越满,
: 最后只有100KB. 这是什么原因? 我看了一下, 服务器本身在这方面没有限制? 是在
: FIREWALL 或路由器的地方被人设限了?
: 另外这个带宽如何算? 500KB OR 100KB? 还是其它?
: 我记得以前下载大文件时,也时常碰到这种情况.

w*r2006-04-21 07:04

3 楼

事实上，这基本上是我读书那会的课后作业
用traffic analyzer得到传输大文件的真实数据，进行分析
尤其是传送比较大的文件
那个chart完全符合slow start, fast recovery, fast retransmit
也就是tcp reno的协议

【在 w*****r 的大作中提到】

: at first, the rate is burst rate, not accurate at all.
: then, either for slow start, or red, or more accurate
: calculation, you see a more reasonable speed.
: I guess they use walk average, so you don't see the
: number drop immidiatly
:
: 满,

g*g2006-04-21 07:04

4 楼

Thanks. The contract is 20 GB for $$. Then $ for each additional GB.

machine?

L*t2006-04-21 07:04

5 楼

I think it's the result of rate control. It takes a little while for their
router to identify each flow then apply the rate control.
Do you have any contract stating what bandwidth is guaranteed to your machine?
If not, no legitimate complaints.

满,

【在 g********g 的大作中提到】

g*g2006-04-21 07:04

6 楼

说明一下:
是一个文件. 如果从新下载, 一开始有很快, 然后慢.

【在 g********g 的大作中提到】

: Thanks. The contract is 20 GB for $$. Then $ for each additional GB.
:
: machine?

L*t2006-04-21 07:04

7 楼

20GB is not bandwidth, but total traffic allowed for $$.
So obviously they are not bound to any rate higher than 100Bps.

【在 g********g 的大作中提到】

: Thanks. The contract is 20 GB for $$. Then $ for each additional GB.
:
: machine?

g*g2006-04-21 07:04

8 楼

是啊. 他们是用多少收多少钱的. 我和他们说一个月要50GB的.

【在 L******t 的大作中提到】

: 20GB is not bandwidth, but total traffic allowed for $$.
: So obviously they are not bound to any rate higher than 100Bps.

g*g2006-04-21 07:04

9 楼

是啊. 他们是用多少收多少钱的. 我和他们说一个月要50GB的.

【在 L******t 的大作中提到】

: 20GB is not bandwidth, but total traffic allowed for $$.
: So obviously they are not bound to any rate higher than 100Bps.

w*r2006-04-21 07:04

10 楼

and for another class, we use real traffic, take tcpdump
and use gnuplot to draw the chart

【在 w*****r 的大作中提到】

: 事实上，这基本上是我读书那会的课后作业
: 用traffic analyzer得到传输大文件的真实数据，进行分析
: 尤其是传送比较大的文件
: 那个chart完全符合slow start, fast recovery, fast retransmit
: 也就是tcp reno的协议

w*r2006-04-21 07:04

11 楼

haha, this is like a homework problem for networking
class

【在 w*****r 的大作中提到】

Q*e2006-04-21 07:04

12 楼

For homework, we are required
to use NS2 to simulate this.

【在 w*****r 的大作中提到】

w*r2006-04-21 07:04

13 楼

一开始的速度未必是真实速度
是burst rate，瞬间速度
然后就有各种原因，tcp slow start, red control, 速度降
下来了
很多下载软件显示的速度都是walking average
不是真实速度
walking average自然降的比较慢，过一阵子稳定了，就是
真实速度了
这个符合tcp 的slow start规律，符合congesion control
规律，很正常的

【在 g********g 的大作中提到】

: 说明一下:
: 是一个文件. 如果从新下载, 一开始有很快, 然后慢.

w*r2006-04-21 07:04

14 楼

g*g2006-04-21 07:04

15 楼

看了各位大高人的讨论,还是似懂非懂, 但理解了一点, 就是该行为正常.

【在 w*****r 的大作中提到】

z*r2006-04-21 07:04

16 楼

这个问题其实很好解释，俺看了一下大家的讨论，觉得不是大家讨论的结果。
其实这只是一个local cache的问题，一般浏览器，包括firefox和IE，当你选择下载/保
存的时候，你不是要选择一个路径还有文件名吗？在你进行这个操作的时候，实际上浏览
器已经开始在后台进行下载了，所以当你选择完路径/文件名以后，会看到一个比较快的
下载速度，因为这个下载时间估计是从你选择好路径/文件名，点击ok才开始算得，所以
给出一个暂时的假象。
这个跟tcp window, burst, red, 没有任何关系（因为现象完全不一样，而且就这点速度
，
也不会触发），跟rate limite有点关系，但是也不会是，traffic controller需要时间
去反应，这么点traffic还要人能感觉出来，那这个traffic controller也估计不会有人
买

【在 g********g 的大作中提到】

: 看了各位大高人的讨论,还是似懂非懂, 但理解了一点, 就是该行为正常.