0

我目前正在修改我们现有的专有套接字包装器代码以使用 boost asio，以便它可以为我们完成一些繁重的工作。也许我们现有代码中最复杂的部分是多播处理代码。该代码允许我们的中间层服务器（在一个系统中可以有多个）向客户端发送多播，客户端使用这些向系统用户提供更新。

代码复杂且容易出错的原因是它使用许多原始缓冲区来根据多播流的来源重新组装多播流。似乎即使使用 Boost.Asio 我也将不得不处理同样的问题，所以在我陷入困境之前，我认为值得问问其他人是如何处理这种情况的。

这似乎是一个非常常见的用例。没有我现在拥有的那种代码，有什么东西可以帮助我完成这项工作吗？或者是否有一个既定的 C++ 模板（Boost 或其他）可以做这种工作？

显然，我可以让事情变得更轻松，并使用 STL 容器来缓冲数据包而不是原始数组，但是这段代码需要非常高性能。在大型安装中，有大量的数据包飞来飞去，它需要尽可能接近实时地响应。

提前感谢您对此事的任何想法。

杰米

4

1 回答 1

2

听起来您没有为详细的答案提供足够的信息，但是对于多播数据的实时处理，有一些通用的指针需要考虑。

  • 如果您使用原始 UDP 多播，您可能正在用户空间中进行某种协议排序，以处理丢失或重复的数据包。无论您想做什么优化，都要抵制打破应用程序和协议层之间分层的诱惑。
  • std::vector，在大多数情况下，与原始动态分配的字符缓冲区相同。不要仅仅因为它是一个抽象层就回避使用它。但是，有两种情况你应该避免它：
    • 如果您可以摆脱静态分配的缓冲区
    • 如果您需要将缓冲区的所有权转移到下游（尽管如果您仔细设计，swap()可能就足够了）
  • 预分配是你的朋友。如果您可以在数据进入时有一组可供使用的缓冲区，则可以从快速执行路径中删除大多数动态分配。
  • 尽量减少内存副本。如果您可以在单个调用堆栈中处理数据，您就有机会避免复制。如果您必须将数据传递给不同的线程，您可能会被迫复制数据。
  • 如果您的应用程序可以处理分块缓冲区（而不是将所有数据聚合到单个缓冲区中），请查看writev和readv.

我不相信任何罐头解决方案可以解决您的问题。Boost ASIOlibevent等都将为您处理套接字抽象，但是一旦交付，您对数据的处理仍然是您的责任。

于 2008-12-07T01:48:48.237 回答