未来 400GbE 和 800GbE 网络来临的时候,现有的编程框架还能跟上吗?

[kindjeff]

你是怀疑以后的丢包率变得更严重了么……

[cubecube]

骨干网你不用管，单机 10g 网卡都没普及

[mingl0280]

……还是 C++/C 的天下啊，这有啥跟不上的，控制面又不需要什么特别牛逼的性能。

[unintialized]

@kindjeff 对操作系统来说是一个挑战,DPDK 的时候已经在 bypass 内核的协议栈了, 另外对编程的人来说也是一个挑战,一个 cache miss 就可能导致宽带跑不满, 问题是如何才能利用好这些带宽?

[sujin190]

@unintialized #4 cache miss 都能导致宽带跑不满，那说明网络速度远远超过内存和 cpu 速度，且不说可不可能，就说你网络都可以这么快了，你内存、cpu 速度还不提高一下？再说你网卡自己就不需要使用内存了？网卡自身速度超过自己的内存速度，真不知道你是咋实现的，否则就已经违法物理规律了，肯定实现不了，所以这个问题显然就是伪命题，不靠谱假设自然不会有靠谱的答案

[unintialized]

@sujin190
1.带宽和处理速度是两个概念, 这里吃不满带宽指的是数据包的吞吐量.
2.你可以算一下吃满这个带宽每秒需要多少个数据包,然后每个数据包需要多少时钟周期去处理.
3.不做任何处理直接转发过去肯定可以吃满整个带宽,这样甚至都不需要 cpu 和内存的参与.

[sujin190]

@unintialized #6 这量级别落到物理上没啥区别，这又不是在讨论数据公式，这带宽都直逼内存速度了，你再怎么优化都不可能跑满的，否则空跑速度有啥意义，如果内存、cpu 、pci 总线等速度不能同等提升十倍，那么这就是个从硬件、操作系统到软件开发从根上就重搞一套的节奏，量变引发质变啊，并不是所有量级提升都能在现有体系下继续优化的

[wanguorui123]

都是并行计算有啥跑不满的