关于railgun的实际理论和体验

凤梨 · 发表于 2020-4-2 19:47:58

我的railgun直接装在源上面

logo · 发表于 2020-4-2 19:52:54

v2ex 也是cf的cdn
怎么他们这么快

Lost_Scarecrow · 发表于 2020-4-2 19:55:37

这一步是为了让那些 99% 逼近 100%

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

By小酷 · 发表于 2020-4-2 20:12:49

logo 发表于 2020-4-2 19:52
v2ex 也是cf的cdn
怎么他们这么快

图片少啊，又是商业版，节点给的优质

释迦牟尼 · 发表于 2020-4-3 13:46:13

By小酷发表于 2020-4-2 19:42
因为cf可以缓存源数据，你完全可以定制缓存行为达到更优化效果，因为国内电信联通都是美国节点，所以选择 ...

我和你理解的不同

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

RG的数据中心不缓存数据只是保持长期链接来达到加速的目的

By小酷 · 发表于 2020-4-3 14:47:40

释迦牟尼发表于 2020-4-3 13:46
我和你理解的不同

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

你是真的没有用过rg吧
长连接是给源在跟节点互相连接用的，他们之间再怎么优化，效果都没啥特别的改进，还不如直接用页面规则缓存到cf节点上，效果最佳，cf慢的原因只是国内到达cf节点这个路上，而不是节点回源到源站上

suwubee · 发表于 2020-4-3 14:55:23

释迦牟尼发表于 2020-4-3 13:46
我和你理解的不同

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

我赞同你的，LZ是默认了所有数据都是静态可缓存的才有的结论。而且源站到节点之间的加速才是最值得优化的。至于用户到cf的速度，这是argo服务所提供的事情，也可以在支持均衡的dns里自己去私下分配。

012 · 发表于 2020-4-3 14:59:42

如果你得站全是些动态那是很有用的，但是如果大半静态真的没啥用
因为railgun服务器加了一个，这岂不是让动态资源更快获取...

mikj521 · 发表于 2020-4-3 15:02:30

演示 https://tu.my/

By小酷 · 发表于 2020-4-3 15:10:35

suwubee 发表于 2020-4-3 14:55
我赞同你的，LZ是默认了所有数据都是静态可缓存的才有的结论。而且源站到节点之间的加速才是最值得优化的 ...

与其安排一个rg去优化节点跟源的连接，真的不如直接购买一个跟节点同一个机房的机子，浪费钱在rg机子上，不如直接把源安排在节点最近的地方，你可以继续折腾，有时候你会发现，rg有时候会带来反效果，因为呢你的rg服务器不一定比cf直接去取源来的快，你的服务器不一定比cf节点配置好

		自动登录	找回密码
密码			注册