networking - 多人UDP联网策略，需要建议

Question

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center提供指导。




7年前关闭。




我正在尝试为实时3D游戏创建C++插件。尽管我相信对UDP的理论，它的工作原理，优点和缺点有牢牢的了解，但我主要关心的问题是性能，可伸缩性和可能的​​统计数据。我知道，我可能只知道关于UDP甚至TCP的值(value)下降。

问题:

在特定情况下，典型的专用服务器在任何时候都可以应对多少位玩家。

现在，对于方案...

假设我们有一个MMORPG游戏，其中所有玩家都可以在“游戏世界”中的任何地方。每个人都必须向每个人发送和接收数据，因为每个人最终都可以跨越彼此的路径时，他们必须能够……看到并与其他人进行交互。这是一款实时的第一人称视角游戏，因此玩家位置必须非常及时。

可以说我们有1000位(甚至10000位)在线玩家...

这里需要发生三件事:

每个玩家通过UDP将其数据流传输到游戏服务器，例如每秒14个发送。简而言之，该数据包括每个玩家的身份，身份，地点和身份。已针对大小和速度对发送的数据进行规范化和优化，以鼓励最小化带宽使用。

服务器每秒接收多达1000个(例如，出于演示目的的非虚构数字)这些数据包，每秒14次，因此每秒处理14000个数据包。该处理阶段通常涉及更新中央存储器数据结构，其中球员旧的x，y，z位置数据将用他的新位置和时间戳进行更新。服务器上的此数据结构包含整个游戏世界中所有玩家的所有数据。

服务器(可能是一个单独的线程，甚至是一台单独的机器)现在需要向所有其他播放器广播数据包，以便他们可以更新其屏幕以在 map 上显示其他播放器。这也每秒发生14次。 (其中14通常可能是一个动态数字，根据使用的CPU容量，繁忙的CPU，较少的帧速率进行更改，反之亦然)。

重要的是:对于玩家X，仅将其位置可视范围内的其他玩家的数据分配给相应的玩家。因此，如果玩家Y在2英里之外，则需要将其数据发送到X，但是如果玩家Z在地球的另一侧，则他的数据不会被分发给X以节省带宽。当然，这涉及更多的处理，因为必须使用尽可能有效的索引解决方案来迭代和过滤数据。

现在，我担心的是，从客户端计算机发送数据包，将其发送到服务器RAM，进行更新数据的微小处理以及有选择地向其他播放器广播信息需要花费时间。这意味着服务器可以处理一定的阈值，是的，这取决于实现的有效性，所使用硬件的速度和功能，当然还取决于其他外部因素，例如互联网速度，流量和nr。每秒爆发的太阳耀斑……只是在开玩笑。

我试图从其他人那里找出来，他们经历了这个过程，陷阱是什么，以及在创建多人游戏插件时可以期望的典型性能。

我可以轻松地说:“我想迎合10000人同时在同一台服务器上玩”，而你可能会说:“每台服务器100个是更现实和可能的数字。”

因此，我知道我可能必须想出一个多服务器/云计算中心来处理我的数千个请求和调度，从而将处理负载分配到多台计算机上。因此，我可能有一些只处理接收数据的机器，一个巨大的中央盒子，就像一个内存数据库，该数据库以某种方式由所有接收和调度机器共享，然后当然是一系列调度机器。

显然，存在技术限制，我真的不知道期望什么以及它们是什么。解决此问题并不一定要解决此问题，因为在计算机之间进行更多的相互通信也会使处理速度变慢。我想您投入的CPU越多，可能会降低效率，甚至使CPU生产率降低到某个阈值。

我可以也应该考虑多人游戏的P2P(点对点)!

我是在现实地说我将能够同时满足2500名玩家的需求吗？

几年后是否可以扩大到10000名玩家？

我知道这个问题太长了，所以请接受我的诚挚歉意。

最佳答案

我是否可以考虑为多人游戏使用P2P(点对点)？ 我认为p2p技术不能处理游戏网络的实时方面。同样，在通常的p2p网络中，您不会一次连接到成千上万的成员，但是通常会连接到一些上游节点，因此它比起非常扁平的树更像一个图。

我是否现实地说我可以同时满足2500名玩家的需要？ 不在单个服务器上。但是，通过将用户分配到多个服务器上，您已经可以在游戏世界中按地理区域(例如，按大陆或国家/地区)过滤用户(如果游戏世界很大)。对于低延迟，您无论如何都希望将服务器保持在用户的真实位置附近-如果您居住在美国，则不能在欧洲服务器上玩游戏，反之亦然。

在几年时间内是否可以扩展到10000名玩家？ 有很多方法可以优化数据的编码和传输方式。仅发送游戏世界状态的变化量，客户端的玩家移动预测，网络级别的广播，服务器端的云计算等，并且在 future 几年中还会有更多发展。当游戏行业接触像OnLive这样的基于云的计算平台时，很明显，我们需要更高效的算法和基础架构来应对这一数量。

关于networking - 多人UDP联网策略，需要建议，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1661846/

上一篇：asp.net - 使用asp.net MVC分页搜索结果

下一篇：WPF Dragdrop，如何在拖动过程中以视觉方式拒绝掉落？

相关文章：

networking - 多个 Vagrant VM 可以通过 VM 主机名进行通信吗？

linux - iputils 构建卡在 "now monitoring process activity"

networking - UDP 和 TCP 有什么区别？

javascript - 浏览器多人网络策略——这看起来是一个可行的解决方案吗？

java - 变量未在线程中更新

java - 本地网络中的android模拟器访问服务器

mysql - 客户端成功连接MySQL服务器

c - 使用 UDP 协议(protocol)从服务器向多个客户端广播消息

networking - 视频流上的 TCP 与 UDP

c# - Unity多人FPS客户端/服务器交互问题

Answer 1

我是否可以考虑为多人游戏使用P2P(点对点)？ 我认为p2p技术不能处理游戏网络的实时方面。同样，在通常的p2p网络中，您不会一次连接到成千上万的成员，但是通常会连接到一些上游节点，因此它比起非常扁平的树更像一个图。

我是否现实地说我可以同时满足2500名玩家的需要？ 不在单个服务器上。但是，通过将用户分配到多个服务器上，您已经可以在游戏世界中按地理区域(例如，按大陆或国家/地区)过滤用户(如果游戏世界很大)。对于低延迟，您无论如何都希望将服务器保持在用户的真实位置附近-如果您居住在美国，则不能在欧洲服务器上玩游戏，反之亦然。

在几年时间内是否可以扩展到10000名玩家？ 有很多方法可以优化数据的编码和传输方式。仅发送游戏世界状态的变化量，客户端的玩家移动预测，网络级别的广播，服务器端的云计算等，并且在 future 几年中还会有更多发展。当游戏行业接触像OnLive这样的基于云的计算平台时，很明显，我们需要更高效的算法和基础架构来应对这一数量。