Udp Internet延迟是否将我的客户端限制为每小时120k同步事务？

客户机器向我们的服务器发送UDP请求。服务器处理每个请求并发送响应。事务逻辑要求客户端在发送新请求之前等待响应

即使客户端和服务器机器的所有处理都是即时的，我们的客户似乎仍然平均需要大约30毫秒的时间通过互联网发送/接收往返交易。（以光速行驶约5580英里。）

这是否意味着一个给定的客户平均每小时不能完成超过120000个同步事务

1个事务=最小0.030秒

---

120k事务=1小时

延迟的影响

由于您必须序列化请求，延迟将限制您的事务速率

然而，光速计算是理论上最佳的过境时间。在现实生活中，路由器会增加延迟

确保并测量一天中不同时间点的实际ping时间，在几天内，以获得真实的延迟数

由于客户端和服务器代码将在不到零的时间内进行处理，并且处理时间可能至少与延迟时间相同（取决于您正在做什么），因此假设处理时间接近零可能是不现实的

克服延迟

---

如今，有许多相当便宜的方法可以让您的服务器（或至少是架构的一层）更接近您的客户。例如，您可以考虑使用一种服务，例如将处理资源放置在地理上接近您的客户。然后，您可以为西海岸客户提供与东海岸客户不同的URL，或者您可以使用地理负载平衡，以便每个人都可以使用相同的URL（您的负载平衡服务将流量路由到全球最好的服务器）。我过去曾成功地用于此目的。

延迟的影响

由于您必须序列化请求，延迟将限制您的事务速率

然而，光速计算是理论上最佳的过境时间。在现实生活中，路由器会增加延迟

确保并测量一天中不同时间点的实际ping时间，在几天内，以获得真实的延迟数

由于客户端和服务器代码将在不到零的时间内进行处理，并且处理时间可能至少与延迟时间相同（取决于您正在做什么），因此假设处理时间接近零可能是不现实的

克服延迟

---

如今，有许多相当便宜的方法可以让您的服务器（或至少是架构的一层）更接近您的客户。例如，您可以考虑使用一种服务，例如将处理资源放置在地理上接近您的客户。然后，您可以为西海岸客户提供与东海岸客户不同的URL，或者您可以使用地理负载平衡，以便每个人都可以使用相同的URL（您的负载平衡服务将流量路由到全球最好的服务器）。我过去曾成功地将其用于此目的。

很明显，交易限制是这里的限制：引用“客户在发送新请求之前必须等待响应”。@Steve-o:也许我应该在回答问题之前喝完第一杯咖啡。读过去。我会适当地更新。很明显，交易限制是这里的限制：引用“客户在发送新请求之前必须等待响应”。@Steve-o:也许我应该在回答问题之前喝完第一杯咖啡。读过去。我会适当地更新。询问客户的区别：为什么一个客户不能假装是多个客户，并且有多个并发但每个单独的串行事务流。@Steve-o：他们不能假装，因为他们是通过帐号登录的，系统可以在旧交易完成之前判断一个帐户是否发送了新交易。询问客户的区别：为什么一个客户不能假装是多个客户，并且有多个并发但每个单独的串行交易流。@Steve-o:他们不能假装，因为他们是通过账号登录的，系统还可以在旧交易完成之前判断账户是否正在发送新交易。