我们的交易networking对延迟非常敏感。 我们使用Arista交换机来处理延迟敏感的部分，我们知道这里的延迟是600 ns。
但是，我们在networking的一部分有一个Cisco 3560，我们需要对这个交换机的延迟做一个大概的了解。 5我们，50我们？
3650似乎基于64k数据包提供基于端口数量（即，8端口2.7Mpps，12端口3.2，24端口6.4等）的相当线性的转发带宽量。 所以这可以让我们解决以下问题。
3.2Mpps / 12端口= 266k 64k pps或133k 128k pps（大致）。
1秒/ 133k =每个128k数据包〜7微秒。
那个听起来是对的吗？
在cisco-nsp邮件列表的这个主题上，有一个关于使用3560的资金stream的话题，你可以find有用的。
它没有回答你关于延迟的问题，但是解释了为什么在财务stream量上使用这个开关并不是一个好主意。
对于像财务数据这样的突发stream量，您可能会看到输出下降，这意味着交换机的输出缓冲区太小。 您可以设置一些CoS，但CoS只是告诉交换机丢弃哪个数据包的方式，但这不是必须交付且不会丢弃关键数据的解决scheme。
我也想引用约书亚的回答 ：
小型的思科交换机上的缓冲区大小对于安静的办公室局域网来说太小了。 4948是个例外。
正如其他人所提到的，你可以玩mls qos /缓冲区调整，但是，我个人会build议规划一个更有能力的东西升级。
关于交换机性能，还有两个思科论文，但他们不谈延迟：
思科交换性能产品表。
思科交换机指南。
和路由器相同 。