低延迟网络的网络硬件建议

Question

我们已经到了我们项目的阶段，我们想把软件提升到更高的水平，通常的响应时间是20级或更少。从软件的角度来看，这是最好的(尽管还有更多的改进空间)，然而，现在我们正在寻找攻击硬件方面的东西。

我想知道你是否能就我们如何完成这一壮举提出建议。我们是否需要任何特殊类型的布线、软件栈、体系结构或其他技术？

Answer 1

太迟了？你可以玩那些有趣的玩具。这种低延迟网络通常使用的平台是InfiniBand (我们中的一些人，虽然不是我，已经开始使用这些东西)。用于高性能计算和其他需要低延迟、高带宽和可伸缩性的计算领域.也常见于某些科学计算领域。

IB如何获得它所做的低延迟的部分原因是通过扁平网络来实现的。类似于光纤通道，它是一个第二层交换网络，它确实有助于降低延迟。

您将无法在本地MicroCenter找到完成此操作的设备。在网络中使用IB是完全可行的，尽管TCP/IP可能是一个平庸的协议选择，如果您希望尽可能地降低延迟。

由于市场上的低容量，IB网络适配器与1GB以太网相比非常昂贵，尽管它们确实比10 are适配器更好。IB交换机也同样昂贵，不过似乎与端口密度相近的10 are交换机接近价格平价。

如果IB让你感到不安，那么10千兆以太网就能让你走到那里的大部分路，并且很好地被所有的人所支持，并且熟悉磨坊网络极客的运行。如果您设计您的以太网，因此其中有一个，也许是2个交换机，并且所有端口都在同一个子网中，那么您可以得到类似的低延迟。具体取决于您愿意容忍多少延迟，这可能是一个比IB更容易理解的架构。

Answer 2

您甚至不知道您计划使用哪种网络技术。

假设以太网的最小帧长为520字节，除以20位S RT的要求，您就可以进入50 MB/s的范围。此外，假设您的软件至少需要一半的处理时间，那么您的处理时间是100 MB/ you，并且可能会在那个时候查看10 be，以便能够适应交换和传输延迟。

再说一遍，你确实有足够的空间--所以我想知道你为什么要纠结于诸如布线类型这样的事情，这肯定不会影响你的延迟到它会变得引人注目的数量级。

编辑:我习惯于认为解决方案取决于特定的问题。虽然10 be延迟和传输特性可能对一个应用程序有好处，但它们可能会给另一个应用程序带来问题。有了10个，葛优就不会保证RTTs，而只是尽最大努力交付。如果你的网络设计过度了，你的应用程序可以在20分钟内得到回应，“大部分时间”，这可能就足够了。如果响应时间是一个硬限制，并且事务会因此中断，那么您可能需要查看其他(主要是基于信元的)网络技术，例如ATM。

至于Infiniband，如果您想提高效率，您可能正在研究对应用程序的网络操作进行重大重写，以便使用RDMA。

另一件要考虑的是组件之间的距离-- 10位S只是足够光程1,6公里后返回的时间--没有任何组件延迟，也没有考虑比特时间。所以你必须有短距离和短的请求/响应序列才能到达那里。

总之，这不是单个组件的问题，而是所选择的技术问题。