10GB以太网延迟,不饱和交叉连接

我在交换数据中心使用共享(在一个供应商的几个客户之间)10GB交叉连接。 我们收到很less的多播数据stream(每个数据stream传送一些“股票”/衍生产品的数据)。

总共所有的stream不超过10GB线速率(从不)。

一些交换代表告诉我,专用(不是共享的)交叉连接应该提供更好的延迟configuration文件,因为那样你只能select你想要的组播stream,所以线路不太忙。

但是,由于线路从未饱和/没有拥堵,是否可能是真的? 交叉连接方面的networking设备也可以很容易地处理10GB的线路速率,没有缓冲/排队。

如果在保持低networkingstream量方面有一些优势,那么交货延迟可能会超过10GB以太网包间距(〜9.6ns)?

一般来说,除非成本太高,否则我会请求交换馈送的专用交叉连接。 我不认为我曾经有一个共享的市场数据交叉连接…但这是你的组织的业务决策。 什么是成本差异?

是的,你可以用专用的交叉连接在双方进行更多的过滤。

尽pipe现在还有许多其他地方可以优化您的交易基础架构,并在点击服务器之前进行过滤:

  • 更低的延迟切换
  • UDP内核旁路
  • 网卡调整
  • OS调优
  • 如果多个服务器正在接收数据源,则第一层交换机/端口复制器将完全避免交换机延迟。