T********i
发帖数: 2416 | 1 文档太少。读了一下。API非常简单。就是架构没搞明白。主要是threading model。 |
d*******r
发帖数: 3299 | |
w***g
发帖数: 5958 | 3 上次搞DPDK还是几年前，恍若隔世啊。 我记得上次看的时候唯一能用的user-space
stack是seastar。 据说f-stack性能不如seastar，但是在公网环境下稳定性更好。
差别应该在于seastar是custom stack，f-stack用的是freebsd的stack。
刚刚看了一眼，DPDK自己的TCP/IP stack好像也起来了。
这货应该没啥threading model。就是一个core上pin一个process，
每个process配置好以后跑一个event loop。然后有状态后触发
callback。callback里面是一个用巨大的switch实现的状态机。
扫了一眼范例感觉就是这样，没仔细看。
我觉得用10GB以太网配上DPDK来做deep learning训练的
parameter server或许能卖钱， 如果能做出来的话。
【在 T********i 的大作中提到】
: 文档太少。读了一下。API非常简单。就是架构没搞明白。主要是threading model。
|
T********i
发帖数: 2416 | 4 根据我对有限文档的理解，根本不是你说的那回事。
这货有一个primary process。就是busy polling。实现一个bsd的socket栈。
你的程序是另外一个process。要link它那个socket库。Api都改名了。你这个process
的socket操作要通过primary。通信是shared memory。
貌似他们保留了huge page内存。给dpdk和他们自己的框架使用。我一般用huge page保
留我自己的numa memory pool。被他们用了，我自己就用不着了。
: 上次搞DPDK还是几年前，恍若隔世啊。 我记得上次看的时候唯一能用的user-
space
: stack是seastar。 据说f-stack性能不如seastar，但是在公网环境下稳定性更
好。
: 差别应该在于seastar是custom stack，f-stack用的是freebsd的stack。
: 刚刚看了一眼，DPDK自己的TCP/IP stack好像也起来了。
: 这货应该没啥threading model。就是一个core上pin一个process，
: 每个process配置好以后跑一个event loop。然后有状态后触发
: callback。callback里面是一个用巨大的switch实现的状态机。
: 扫了一眼范例感觉就是这样，没仔细看。
: 我觉得用10GB以太网配上DPDK来做deep learning训练的
: parameter server或许能卖钱， 如果能做出来的话。
【在 w***g 的大作中提到】
: 上次搞DPDK还是几年前，恍若隔世啊。 我记得上次看的时候唯一能用的user-space
: stack是seastar。 据说f-stack性能不如seastar，但是在公网环境下稳定性更好。
: 差别应该在于seastar是custom stack，f-stack用的是freebsd的stack。
: 刚刚看了一眼，DPDK自己的TCP/IP stack好像也起来了。
: 这货应该没啥threading model。就是一个core上pin一个process，
: 每个process配置好以后跑一个event loop。然后有状态后触发
: callback。callback里面是一个用巨大的switch实现的状态机。
: 扫了一眼范例感觉就是这样，没仔细看。
: 我觉得用10GB以太网配上DPDK来做deep learning训练的
: parameter server或许能卖钱， 如果能做出来的话。
|
c*********e
发帖数: 16335 | 5 看了一下，就几个struct, 用c写的几个函数。能用于multi-threading, async吗？
【在 d*******r 的大作中提到】
: 你想干嘛, 减少延迟么?
: 我知道有个KCP https://github.com/skywind3000/kcp
|
