全球主机交流论坛

标题: 关于railgun的实际理论和体验 [打印本页]

作者: By小酷    时间: 2020-4-2 17:40
标题: 关于railgun的实际理论和体验
我们不看官方吹嘘的信息,只看我个人瞎逼逼
不开railgun的时候链接为
访客→cf节点→源
启动rg以后变成
访客→cf节点→ railgun→源

我们会发现多了一个中转点railgun
他的功能主要是他能够把动态内容从源取出来缓存,当cf节点取数据时不需要从源完整拉取,因为rg使用的是自有协议,不走http所以可以优化节点跟源的链接,也仅限节点和源之间

实际上,访客到cf节点没有任何优化,并且,大多数时候,cf节点到大家国外的源服务器并不慢,甚至只有1ms,提升效果不明显

并且电信,联通默认链接到cf的节点都是美国lax和sjc,用其他地区的rg只会导致距离变长,反而降低体验
作者: ncnc    时间: 2020-4-2 17:46
感觉用处不如个香港的CDN
作者: 优秀的苦瓜    时间: 2020-4-2 17:49
提示: 作者被禁止或删除 内容自动屏蔽
作者: iks    时间: 2020-4-2 17:53
我觉得这是出口带宽不足和某国家级网关的问题
作者: b66667777    时间: 2020-4-2 17:55
围观一下
作者: 释迦牟尼    时间: 2020-4-2 18:27
节点到源站的速度不重要么?
作者: sm1314    时间: 2020-4-2 19:09
Railgun™ 原始网络优化器
Railgun 确保您的原始服务器和 Cloudflare 网络之间的连接尽可能快。

Railgun 利用类似于压缩高质量视频时使用的技术,将以前不可缓存的 Web 对象压缩高达 99.6%。这导致平均 200% 的额外性能提高。
作者: By小酷    时间: 2020-4-2 19:42
释迦牟尼 发表于 2020-4-2 18:27
节点到源站的速度不重要么?

因为cf可以缓存源数据,你完全可以定制缓存行为达到更优化效果,因为国内电信联通都是美国节点,所以选择美国的源服务器比你用rg要有效果多了
作者: By小酷    时间: 2020-4-2 19:44
sm1314 发表于 2020-4-2 19:09
Railgun™ 原始网络优化器
Railgun 确保您的原始服务器和 Cloudflare 网络之间的连接尽可能快。


官方吹牛的广告也就听听罢了,只是源站和节点链接,对于访客的优化几乎没多少效果
作者: lzw    时间: 2020-4-2 19:46
总而言之,再怎么折腾railgun也无法加速用户到cloudflare边缘节点的连接,而这段才是影响速度的最大因素
作者: 凤梨    时间: 2020-4-2 19:47
我的railgun直接装在源上面
作者: logo    时间: 2020-4-2 19:52
v2ex 也是cf的cdn
怎么他们这么快
作者: Lost_Scarecrow    时间: 2020-4-2 19:55
这一步是为了让那些 99% 逼近 100%

不是让你这些本来只有 50% 的人冲破及格线的


作者: By小酷    时间: 2020-4-2 20:12
logo 发表于 2020-4-2 19:52
v2ex 也是cf的cdn
怎么他们这么快

图片少啊,又是商业版,节点给的优质
作者: 释迦牟尼    时间: 2020-4-3 13:46
By小酷 发表于 2020-4-2 19:42
因为cf可以缓存源数据,你完全可以定制缓存行为达到更优化效果,因为国内电信联通都是美国节点,所以选择 ...

我和你理解的不同

CF的缓存服务器 和 RG的数据中心并不是完全重叠的

RG的数据中心不缓存数据 只是保持长期链接 来达到加速的目的
作者: By小酷    时间: 2020-4-3 14:47
释迦牟尼 发表于 2020-4-3 13:46
我和你理解的不同

CF的缓存服务器 和 RG的数据中心并不是完全重叠的

你是真的没有用过rg吧
长连接是给源在跟节点互相连接用的,他们之间再怎么优化,效果都没啥特别的改进,还不如直接用页面规则缓存到cf节点上,效果最佳,cf慢的原因只是国内到达cf节点这个路上,而不是节点回源到源站上
作者: suwubee    时间: 2020-4-3 14:55
释迦牟尼 发表于 2020-4-3 13:46
我和你理解的不同

CF的缓存服务器 和 RG的数据中心并不是完全重叠的

我赞同你的,LZ是默认了所有数据都是静态可缓存的才有的结论。而且源站到节点之间的加速才是最值得优化的。至于用户到cf的速度,这是argo服务所提供的事情,也可以在支持均衡的dns里自己去私下分配。
作者: 012    时间: 2020-4-3 14:59
如果你得站全是些动态那是很有用的,但是如果大半静态真的没啥用
因为railgun服务器加了一个,这岂不是让动态资源更快获取...
作者: mikj521    时间: 2020-4-3 15:02
演示  https://tu.my/
作者: By小酷    时间: 2020-4-3 15:10
suwubee 发表于 2020-4-3 14:55
我赞同你的,LZ是默认了所有数据都是静态可缓存的才有的结论。而且源站到节点之间的加速才是最值得优化的 ...

与其安排一个rg去优化节点跟源的连接,真的不如直接购买一个跟节点同一个机房的机子,浪费钱在rg机子上,不如直接把源安排在节点最近的地方,你可以继续折腾,有时候你会发现,rg有时候会带来反效果,因为呢你的rg服务器不一定比cf直接去取源来的快,你的服务器不一定比cf节点配置好
作者: suwubee    时间: 2020-4-3 15:21
By小酷 发表于 2020-4-3 15:10
与其安排一个rg去优化节点跟源的连接,真的不如直接购买一个跟节点同一个机房的机子,浪费钱在rg机子上, ...

源都是几十台服务器的集群,还得去凑cf的节点?rg也是用独服或者裸金属,所以用railgun得有前提,源得扛得住,railgun不要自己拖后腿,至于是不是加速,至少我这边测试了是加速的。远比节点直接去源取数据有显著的速度提升。
作者: 释迦牟尼    时间: 2020-4-3 16:40
By小酷 发表于 2020-4-3 14:47
你是真的没有用过rg吧
长连接是给源在跟节点互相连接用的,他们之间再怎么优化,效果都没啥特别的改进, ...

我觉得你是真的没搞懂rg

有空去看看官方的说明吧
作者: liuhaidong    时间: 2020-4-3 16:46
楼主 :"cf节点到大家国外的源服务器并不慢,甚至只有1ms"

如果真的是这样的话 rg 就没有任何意义了

但是 你ping的只是cf anycast 的IP 地址 并不是实际节点

自己抓包看下 原服务器到节点的实际速度吧  

然后套上rg再看看  

就知道 你说的话是多么的打脸....
作者: chiholam    时间: 2020-4-3 16:48
我只知道这个很吃资源。几个小鸡都搭上RG,M内存都占用主机一半,不一会ssh全下线中断。至于速度还真没认真去测试。
作者: luceos    时间: 2020-4-3 16:48
我的使用感觉用处不大,跟没啥感觉一样
作者: 吃和远方    时间: 2020-4-3 16:53
liuhaidong 发表于 2020-4-3 16:46
楼主 :"cf节点到大家国外的源服务器并不慢,甚至只有1ms"

如果真的是这样的话 rg 就没有任何意义了

嗯 看到LZ这句话 我也笑了....
作者: By小酷    时间: 2020-4-3 18:01
liuhaidong 发表于 2020-4-3 16:46
楼主 :"cf节点到大家国外的源服务器并不慢,甚至只有1ms"

如果真的是这样的话 rg 就没有任何意义了

你以为我没套过吗?
哎,只有用过的人才知道真实体验

你购买的rg加速服务器,为了和节点跟源之间更好的沟通,不如直接把源弄好,效果更明显
真不知道谁打脸了

我是没没钱到处布置rg节点,我是把rg安装在源上,理论上这样效果最好

实际上体验并没有改善
作者: By小酷    时间: 2020-4-3 18:04
吃和远方 发表于 2020-4-3 16:53
嗯 看到LZ这句话 我也笑了....

你随便笑吧,无所谓,你以为的只是你以为而已
别真的就不知道回源1ms是不可能的

比如新加坡的访客,访问新加坡的节点,节点到达新加坡的源,本来就是1ms

你不能理解,你也不懂,所以你只会笑
作者: By小酷    时间: 2020-4-3 18:06
liuhaidong 发表于 2020-4-3 16:46
楼主 :"cf节点到大家国外的源服务器并不慢,甚至只有1ms"

如果真的是这样的话 rg 就没有任何意义了

那好,台湾访客,访问cf的服务器会去台北的cf节点,源站在台北,跟cf同一个机房,请问,这是不是1ms,真的不知道你们那来的自信说我打脸
真自己无知,还觉得别人不行
作者: By小酷    时间: 2020-4-3 18:10
吃和远方 发表于 2020-4-3 16:53
嗯 看到LZ这句话 我也笑了....

说我没搞懂,恰恰是你自己根本不懂

你用过吗?
用了多久,实际体验如何,有多少改善,实际成本对比是值得还是不值得?
这些成本花在其他地方会不会效果更好?
你做过没有?
就敢出来说话
作者: 头像一条狗    时间: 2020-4-3 18:10
提示: 作者被禁止或删除 内容自动屏蔽
作者: By小酷    时间: 2020-4-3 18:15
吃和远方 发表于 2020-4-3 16:53
嗯 看到LZ这句话 我也笑了....

还有,rg服务器需要你自己进行安装的,cf节点回源到rg的时候,跟回源到源在是一种路线,rg服务器不是cf提供,你先搞明白这个事

cf节点回源rg跟回源源站的区别是使用的协议不同,rg只是缓存你的源,意思就是rg替代你的源成为新的源,也就是一个前置缓存站,不使用标准协议
作者: By小酷    时间: 2020-4-3 18:16
头像一条狗 发表于 2020-4-3 18:10
他们的意思是cf pop 不一定是按距离最近的,也可能会绕全球。国外大部分cdn都不是按距离算的。
比如国内 ...

有的人连rg的工作原理都没弄清楚就先来批判我,
作者: 吃和远方    时间: 2020-4-3 19:52
By小酷 发表于 2020-4-3 18:06
那好,台湾访客,访问cf的服务器会去台北的cf节点,源站在台北,跟cf同一个机房,请问,这是不是1ms,真 ...

哈哈  我又笑了

给我一个你能放进去机器的 CF 节点机房的地址 或者 IDC商家

不要假如

作者: liuhaidong    时间: 2020-4-4 09:28
吃和远方 发表于 2020-4-3 19:52
哈哈  我又笑了

给我一个你能放进去机器的 CF 节点机房的地址 或者 IDC商家

别难为小白了....




欢迎光临 全球主机交流论坛 (https://lilynana.eu.org/) Powered by Discuz! X3.4