如果BungeeCord和主服务器不在一个服务器上 那么 延迟会叠加吗?
应该就是直连主服务器的延迟,bc只是一条认证通道,将真实ip地址转发到你的客户端上进行连接
不在一个服务器上开不起来吧。。。
会的,相当于你通过BC服务器所在的主机,建立了和你主服务器之间的连接关系。需要玩家连接BC的延迟+BC连接主服务器的延迟。
本帖最后由 BlessAzek 于 2023-1-30 09:03 编辑
你可以这样理解:
如果你的服务器和bc不在一个主机上
1. 你直接连服务器,就像高铁直接到目的地一样
2. 通过bc再去连接服务器,这个高铁就得经过一个中转站然后才能到目的地。
延迟必定会增加的。
如果在一个主机上,那么这其中增加的延迟其实很小
你可以这样理解:
如果你的服务器和bc不在一个主机上
1. 你直接连服务器,就像高铁直接到目的地一样
2. 通过bc再去连接服务器,这个高铁就得经过一个中转站然后才能到目的地。
延迟必定会增加的。
如果在一个主机上,那么这其中增加的延迟其实很小
不会的,延迟还是看主服务器的
会,bc是一个代理服务端,大概的连接过程是这样:
1. 你的客户端去连接bc端
2. bc去连接真正的服务端
3. bc把真正的服务端的东西通过自己转发给你
4. 你收到bc的数据
所以最终的延迟是 你连bc的延迟+bc连真正的服务端的延迟
1. 你的客户端去连接bc端
2. bc去连接真正的服务端
3. bc把真正的服务端的东西通过自己转发给你
4. 你收到bc的数据
所以最终的延迟是 你连bc的延迟+bc连真正的服务端的延迟
会,但叠加的不是你的电脑分别到两个服务器的延迟。
BC 工作模式为:你的电脑 <--> BC 代理端 <--> 游戏服务端。
所以总体延迟为:你的电脑到 BC 的延迟 + BC 到游戏端的延迟。
如果 BC 端的物理位置在你的电脑到游戏端的网络链路范围,则延迟可能增加不明显,甚至不变或更低(取决于 BC 端的网络条件)。
比如你直连服务端,可能路程近,但是只有火车;你连 BC 端、BC 端再连服务端,可能路程相对更远,但 BC 端和服务端通了飞机,这时延迟就可能更低。
BC 工作模式为:你的电脑 <--> BC 代理端 <--> 游戏服务端。
所以总体延迟为:你的电脑到 BC 的延迟 + BC 到游戏端的延迟。
如果 BC 端的物理位置在你的电脑到游戏端的网络链路范围,则延迟可能增加不明显,甚至不变或更低(取决于 BC 端的网络条件)。
比如你直连服务端,可能路程近,但是只有火车;你连 BC 端、BC 端再连服务端,可能路程相对更远,但 BC 端和服务端通了飞机,这时延迟就可能更低。