 |
FabricPathV2EX 第 312675 号会员，加入于 2018-04-29 17:00:47 +08:00 |
FabricPath 最近回复了
2 天前 回复了 muxui 创建的主题 › NAS › 求推荐 pcie 网卡 |
不建议所有 82599 马甲卡，比如你提到的 x550 和 x710 ，这东西是 09 年的老古董了。
建议直接上双 10G 光口 cx4-lx ，闲鱼 100~150 ；
光纤买 10G AOC 线，两端自带光模块，成本低廉，大约 15 块一根。
10G 光网络洋垃圾太多了，成本比 2.5G 电口便宜
建议直接上双 10G 光口 cx4-lx ，闲鱼 100~150 ；
光纤买 10G AOC 线，两端自带光模块，成本低廉，大约 15 块一根。
10G 光网络洋垃圾太多了，成本比 2.5G 电口便宜
2 天前 回复了 pureGirl 创建的主题 › 职场话题 › 领导希望我今年不要被动接受工作 |
被动接受工作=中等绩效
只要你接受这个绩效，那就无所谓
只要你接受这个绩效，那就无所谓
2 天前 回复了 wanghaiping009 创建的主题 › 宽带症候群 › 上海联通 2025 新年优惠套餐合辑有新套餐 |
239 噶了包退吗，包退的话来开个 50 根跑 pcdn
11 天前 回复了 dongk 创建的主题 › 宽带症候群 › 上海电信改桥接，用 PPPoE 拨号后还是拿不到公网 IP |
@1018ji 上海电信那必须高级，只要你一直跑，那就一直是公网；一旦你停下来，过两周可能就给你放出来了。
11 天前 回复了 dongk 创建的主题 › 宽带症候群 › 上海电信改桥接，用 PPPoE 拨号后还是拿不到公网 IP |
跑一下 pcdn ，进入流量竞技场之后就是公网 IP 了
12 天前 回复了 zp396099430 创建的主题 › 宽带症候群 › 关于上海电信 HTTPS 限速以及 UDP 限速 |
看 MTU ，正常 1492
如果是 1442 的话，欢迎来到 PCDN 流量竞技场
如果是 1442 的话，欢迎来到 PCDN 流量竞技场
18 天前 回复了 allegory 创建的主题 › 程序员 › DPDK 如何学习才能就职相应的岗位 |
@allegory 追热点去搞 AI 吧，infra 最近两年没啥新活了
24 天前 回复了 leil 创建的主题 › Notion › 安卓 notion 的目录列表滑动起来好卡 |
苹果滑了一下正常，你是目录里面文档太多了？我最大的一个目录里面只有 40 几个文档
24 天前 回复了 allegory 创建的主题 › 程序员 › DPDK 如何学习才能就职相应的岗位 |
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 （几百块钱）来入门
对于 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 （几百块钱）来入门
Select Language