全球主机交流论坛

标题: 速度和ms成反正比？人类未来文明是否会停滞？ [打印本页]

作者: ams 时间: 2015-4-29 15:05
标题: 速度和ms成反正比？人类未来文明是否会停滞？
本帖最后由 ams 于 2015-4-29 15:19 编辑

我用buyvm的vps（千兆共享但多线程下载速度一般最高20MB-30MB），单线程从linode下载测速文件https://www.linode.com/speedtest，测速结果如下，单位是Mbyte

US East	2ms	15mb
US South	28ms	2.1mb
US Central	40ms	1.3mb
US West	72ms	800kb
London	69ms	800kb
Singapore	265ms	250kb
Tokyo	159ms	350kb

从表中看出，距离越长，单线程速度越差，几十ms的距离一般只剩一两mb。国内的家庭宽带现在越来越快，很多地方都有50MB、100MB的宽带了，但意义似乎不大。

ms限制了速度，因光速30万公里不可提高，所以ms降到一定程度就无法再降，跨省几十ms是正常的。毕竟cdn只是部分大网站能玩，人类再过几十年，10G宽带都普及的时候，是否还受限于最大一两mb的速度呢？人类未来文明是否将停滞？

作者: axaxax 时间: 2015-4-29 15:14
电信说：楼主想的很周到还好我们现在就做了国际出口QOS 以后每年增大1kb/s 不就是每年都在进步嘛这样人类未来文明就不会停滞了

作者: 雨宫音羽 时间: 2015-4-29 15:19
这个关系很复杂的。。。并没有像楼主想的延迟越高就越慢。。速度变慢的根本原因是丢包。如果不发生丢包即使延迟很高也没有关系的

怎么说呢。。距离越长中间节点带宽不够导致丢包的概率就越高（多数丢包是仅仅发生在你传输大数据时的 ping无法检测到因为Ping数据包太小）例如美国境内互传可能十几兆每秒都没有什么丢包但是跨了国可能就只需要几兆或者几百KB每秒的速度就会发生丢包

一旦发生一定程度的丢包，TCP拥塞控制算法就必须开始着手处理（一般是控制流速避免丢包以及重传丢失包），另外延迟越高对丢包的处理越困难同样是0.1%的丢包放在200ms延迟和20ms延迟得到的速度感受是不一样的

楼主如果感兴趣网上有一些网络环境模拟器可以在局域网模拟丢包和延迟

作者: ams 时间: 2015-4-29 15:26

雨宫音羽发表于 2015-4-29 15:19
这个关系很复杂的。。。并没有像楼主想的延迟越高就越慢。。速度变慢的根本原因是丢包。如果不发生丢包即 ...

你说的是原理，但事实还是距离和速度成反比，这个问题即便优化了，最后的结果也是距离和速度成反比。

请大家测用其他的服务器测下看，看看美国东岸连西岸，有没有明显高出800kb情况的，比如几MB

作者: 雨宫音羽 时间: 2015-4-29 15:27
另外有蛋疼的人用50M速度压过国际出口用的UDP（这货没有重传和流控）

没记错的话虽然丢包率有百分之十几但是有效速度还是有四十多兆每秒~ ~

作者: ams 时间: 2015-4-29 15:30

雨宫音羽发表于 2015-4-29 15:27
另外有蛋疼的人用50M速度压过国际出口用的UDP（这货没有重传和流控）

没记错的话虽然丢包率有百分之十几 ...

换TCP的话该降几倍吧，也就是下载1mb左右

作者: 雨宫音羽 时间: 2015-4-29 15:31
我会告诉楼主美国拉斯维加斯拉法国OVH能达到十几兆每秒么

根本原因是丢包丢包的原因是带宽不足而带宽不足是可以解决的所以楼主的担忧是杞人忧天

至于因为线路长中间各种不可测原因导致的极微小丢包目前还并不是问题

作者: 雨宫音羽 时间: 2015-4-29 15:52
最简单的扩充带宽的办法多拉几条海缆

但是这要花很多钱费事费时。不是每个运营商都乐于花钱在这上面的拉完了也不知道有多少是给互联网用的

说到底还是利益

作者: Kvm 时间: 2015-4-29 15:55
ms是两头的响应时间，和下载速度没多大个关联的。。。。
天朝下国外的东西是有单线程速度限制的。。。。。。。。。。。

简单的例子自己也可以做个实验，一个路由器上接2个电脑，QOS限制一台的速度，然后ping同一个目标响应时间不变，但是下载速度。。。。

作者: ams 时间: 2015-4-29 16:03

雨宫音羽发表于 2015-4-29 15:31
我会告诉楼主美国拉斯维加斯拉法国OVH能达到十几兆每秒么

根本原因是丢包丢包的原因是带宽不足而带宽不 ...

我测是700多kb下载速度，你的是单线程？来个文件测试截图如何？

http://ovh.net/files/

作者: ams 时间: 2015-4-29 16:09
本帖最后由 ams 于 2015-4-29 16:25 编辑

请各位用美国的服务器，单线程下这几个欧洲服务器的文件，我就想看看是否同样的100M、1G网络，我下就是七八百k，有人就是10m多

http://ovh.net/files/100Mio.dat
http://speedtest.london.linode.com/100MB-london.bin
http://lg.par-c.fdcservers.net/100MBtest.zip
http://par-fr-ping.vultr.com/vultr.com.100MB.bin

作者: jianke 时间: 2015-4-29 16:16
通过量子扰动，人类可以在不同河系间实现实时通讯，楼主过滤了

作者: 雨宫音羽 时间: 2015-4-29 16:35
本帖最后由雨宫音羽于 2015-4-29 16:36 编辑

ams 发表于 2015-4-29 16:09
请各位用美国的服务器，单线程下这几个欧洲服务器的文件，我就想看看是否同样的100M、1G网络，我下就是七八 ...

来自美国亚马逊机房本机IP截图里有
(, 下载次数: 0)

再来一张
(, 下载次数: 0)

作者: 雨宫音羽 时间: 2015-4-29 16:43
顺便。。OVH禁了ping 来张Linode伦敦的

作者: 阔空晴云 时间: 2015-4-29 16:45
本帖最后由阔空晴云于 2015-4-29 16:56 编辑

楼主根本没抓住关键，TCP拥塞控制和丢包是速度慢的主要原因，你拿国外的VPS或者服务器试试就知道了，我法国的服务器和美国西海岸的服务器互传千兆能跑满，中国国际出口小，而且还有某墙的有意或无意的影响，各种因素导致网络拥挤或者掉包，所以访问国外欠佳。如果两点之间无丢包且带宽充裕，即便延迟有10000ms，也能在短时间内速度达到带宽剩余容量。实际生活中，由于距离越远，中间经过的路由节点越多，共享链路的不确定性越多，丢包概率就越大，TCP协议为了保证带宽的合理应用，当它发现丢包的时候会认为网络拥挤了而有意减少发送速率以减少网络拥堵。楼主请参考《计算机网络：自顶向下方法》一书，里面有TCP拥塞控制的详细内容，以及他存在的意义与合理性。

作者: ams 时间: 2015-4-29 16:49

雨宫音羽发表于 2015-4-29 16:35
来自美国亚马逊机房本机IP截图里有

好，你赢了。能否说说为什么我的网络丢包你的不丢？

作者: 雨宫音羽 时间: 2015-4-29 17:17
本帖最后由雨宫音羽于 2015-4-29 17:19 编辑

ams 发表于 2015-4-29 16:49
好，你赢了。能否说说为什么我的网络丢包你的不丢？

这个么你要问你美国服务器的IDC了。。走的什么线路线路是否拥挤以及服务器使用的TCP拥塞控制算法都有关系。。

反正我可以跟你说的是亚马逊EC2美国机房就那个可以免费1年的 wget Linode伦敦就可以跑到10MB/S。traceroute看去程走的是telia（回程不知道）。而PR机房走的pccw和L3 速度只有2MB/S。又试了某家去程到Linode伦敦也是走pccw 速度也是只有5-6MB/S。。

PCCW毕竟还是差了点。。

所以这跟线路关系太大了。。

作者: ams 时间: 2015-4-29 17:47

雨宫音羽发表于 2015-4-29 17:17
这个么你要问你美国服务器的IDC了。。走的什么线路线路是否拥挤以及服务器使用的TCP拥塞控制算法都有 ...

我这个应该和国际线路没关系，我的vps在新泽西，连Linode新泽西的机房基本满速，连东岸其他城市就是两三mb，美国西岸、中部、南方就降到一两mb、800k，反正就是ms越大速度越慢，不管线路是否出国。但开多线程，不管连哪里都能跑满。

我用的是buyvm，比较廉价，是不是buyvm的带宽被占满才导致这种情况？就好比家庭宽带，被bt下载占满了，再开http下载，单线程就跑不满速度了。另外我的是windows服务器，是否有影响？

作者: 我是人 时间: 2015-4-29 18:01
这个说到底是钱的问题。

有钱自己拉线，然后你会发现10gbit就是10gbit，和ms完全没关系。

顺便芝加哥SwiftwayCloud。。。

Resolving ovh.net... 213.186.33.6
Connecting to ovh.net|213.186.33.6|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: “/dev/null”
100%[=======================================================================================================================================>] 104,857,600 13.2M/s in 8.7s
2015-04-29 10:30:16 (11.4 MB/s) - “/dev/null” saved [104857600/104857600]

复制代码

作者: 雨宫音羽 时间: 2015-4-29 18:04

ams 发表于 2015-4-29 17:47
我这个应该和国际线路没关系，我的vps在新泽西，连Linode新泽西的机房基本满速，连东岸其他城市就是两三m ...

如果是Win03的..默认TCP算法太差..08的话可以改注册表调一下

另外BuyVM用的线路本来就不怎么样。。。VPS端口也是共享的这可能增加了不稳定因素..BuyVM自身也不咋地。。

作为MJJ。。你至少得玩十几个独服和VPS 才好对比..

作者: 0x59 时间: 2015-4-29 18:24
本帖最后由 0x59 于 2015-4-29 18:28 编辑

楼主基础网络知识都没有！！！

8车道的路，马路无论多长，从开始到结尾始终都会通过8车道的车流。

车祸，地震、洪灾才会减少同一时间车流通过数量

只不过马路越长，从一头到另一头的时间（延时）就越长。

作者: 酷到死 时间: 2015-4-29 18:51
提示: 作者被禁止或删除内容自动屏蔽

欢迎光临全球主机交流论坛 (https://443502.xyz/)