DPDK 如何学习才能就职相应的岗位

这种是不是只有去企业实习才能入门？不然找找 mit 的公开课吧

看成 DPRK

没有建议，单纯分享下经历：

我也是用 c++技术栈面的后端，多学了点网络，把 webserver （ io_uring 版）写完就深入看了点 DPDK ，不得不说资料是真的少，比较长的就一个零声教育的

不过面试写这种其实不是特别讨好，因为做业务的面试官不懂这个，不会多问，懂的面试官又很容易非常懂，会用刁钻的角度拷打你，除非你确实是在大厂的鸡架组实习过，自学这些偏底层的技术还是太难了

@datou 想吃广东菜了你是[doge]

曾经通信核心网设备上云用过一段时间

@allegory DPRK 跟广东菜有什么关系？ 这是什么梗

@RangerWolf #6 有一个 bgm 经常作为朝鲜视频的配乐，有一句歌词听起来很想“想吃广东菜”，你可以去 b 站搜关键词“想吃广东菜”

建议找个实习搞 RDMA ，这个可能方向性上面更好，AI 强依赖这个。

无论从需求到场景都会更多。

@carmark 搞 RDMA 的岗有哪些啊，能不能列举一些，岗位或单位

@allegory BOSS 搜一下呢？这个主要是搞 RoCE 拥塞控制，各种监控，各种识别，然后与 nccl 协同。

当然还有比如新华三这种做 RoCE 协议开发的。

DPDK 和 RDMA 都不建议，建议远离网络。
对于 DPDK：
1. DPDK 太成熟了，成熟到每个会用 DPDK 的公司都一堆 DPDK 的开发
2. DPDK 大部分场景都是和虚拟机、L4LB 、NAT 相关，这些场景都有低性能的现成的替代品，DPDK 只适合对性能有要求的场景（比如 L4LB ，小规模场景 ipvs 跑个几十 Gbps 妥妥没问题）
3. 随着容器化推进，随着虚拟机场景的收缩，DPDK 会集中在 L4LB 之类的集中式网关场景，容器化场景无法使用 DPDK （浪费 CPU 、相比 ebpf 没有带来性能优势、ebpf 吊打 vduse 这种强行在容器场景上 dpdk 的方案）

对于 RDMA：
1. 纯硬件实现，你在其中能做的事情不多，大量的时间会用在性能测试、拥塞控制测试、监控开发、配置脚本开发
2. RDMA 中短期场景有限，对于小公司来说，只有 AI 和存储场景有优势；在 rpc 场景是负向收益（或者说收益是否值得全网采购 mellanox 的网卡）；在低于 100Gbps 的带宽下 RDMA 相比 tcp 没有优势（ rdma 延迟稍微低一点，但是你真的需要低这几 us 的延迟？）
3. rdma 领域，mellanox 一家独大，mellanox 在 20 年前开始搞 infiniband ，被以太网压了 20 几年，这两年终于出头了，那不大赚特赚一波；再加上 nvidia 收购 mellanox 之后 GPU+网卡的强绑定，导致 RoCE 生态被 mellanox 独占
4. 最近几年 mellanox 吹他的 ProgrammableCC ，但是真的用 PCC 的公司屈指可数，DCQCN 能满足 99%的场景
5. RDMA 的应用层开发如上所说，AI 和存储场景有优势，但是存储领域，现在 kernel 的 nvme-of 很成熟，SPDK 也很成熟； AI 领域，NCCL 虽然 bug 很多，但是也能用，而且一般公司也不会选择去大规模修改 NCCL


你还想听我能给你扯一堆理由，简单学学可以，要变现很难；当成兴趣爱好学习一下没啥问题。
RDMA 和 DPDK 都可以闲鱼买 mellanox cx4 （几十块钱）、cx5 （几百块钱）来入门

楼上看 id 就知道靠谱。

网络这个领域一定要先有市场需求才有岗位需求，由于相关技术往往和硬件以及架构强绑定，离开了这个环境这些技术就没有用武之地了。

如果你真的想学，DPDK 建议往 ebpf 方向走，RDMA 往分布式存储方向走。

@a href="/member/FabricPath">FabricPath #11 是的，现在分布式全闪都是用的这些技术，但是门槛也比较高，打铁还得自身硬，虽然前景一片蓝海，但是国内市场并不明朗，全闪太贵了

硬件领域不了解，唯一接触过 dpdk 的工作就是流量镜像分析，根本不懂

@FabricPath 感谢老哥，像我这种小白就是容易过多关注技术本身，忽略最重要的市场。看了你的回复决定换别的方向。（老哥有建议/推荐的吗）

@allegory 追热点去搞 AI 吧，infra 最近两年没啥新活了