@badgv 好的感谢回复，我这边也是菜鸟只懂个皮毛我再去查查资料看看^_^

@badgv 主要是延迟方面的考虑，想做到最低延迟，ppoe 、nat 放一起，那 nat 就只能用内核协议栈去做转换，放内核要吃 cpu 转换效率也不如硬件转发，硬件转发的话延迟很低还绕过了 cpu ，主要还是头脑一热想出来的整活^_^

@ID404 折腾了一块 connectx-6-lx 网卡，看到有 nat 硬件加速，我本身就是做 nat 开发的，就想着自己实现一套流表，路由器纯做 ppoe 处理，nat 和 dhcp 交给 connectx-6-lx 的软路由做，属于是头脑一热的想法了

@badgv 你好，是这样的，现在手上有一块 Connectx-6-Lx 网卡，它有个硬件加速 nat 的功能，要自己实现一套流表
1 、我查资料 ppoe 只能在内核协议栈处理，如果 ppoe 和 nat 集中在一块，就没办法在调用网卡的 nat 硬快快转了
2 、主要还是自己想瞎折腾才想的这一出，感觉普通路由器都没法这样配置，基本上 ppoe 和 nat 是绑定了

@bojue 了解了谢谢

@bojue 腾讯也是吗？大三的时候面的，那时候啥也不懂，面的很差，后面就没机会了吗？

好奇问下 OP ，一般大厂面评会保留多久，不会之前菜的时候没面过被差评了，后面哪怕成长了也没机会了吧

楼主读书年龄这么早吗？我也是 99 年的，22 年才毕业

@alect 感谢

@bigxianyu 那确实得上这个 16 核 CPU 了，上面的朋友也说到不需要扩展性的话，主板可以降到 B 系列板子

感觉如果不是做大型 C/C++项目或者需要高强度多核编译的话，
1 、可以把板 U 降一档，CPU 降到 8 核的，这个 16 核双 CCD ，跨 CCD 延迟略高了，8 核就单 CCD 了，
2 、CPU 降了散热也可以省点钱

@carmark 感谢

@ShuA1 我自己也比较倾向于 ebpf 方向，怕自己经验不足判断不了入错坑，所有来问下 V 站大牛们

@niumiworkshop707 感觉是能上台式就尽量台式，有个笔记本应付临时外出就好了，毕竟不是天天到处跑，

@niumiworkshop707 一般笔记本 cpu 单核性能够的，就是多核存在问题，不是说性能而是散热
1 、笔记本 cpu 长期多核满载下，要么噪音太大要么发烫，散热差一点 ，全核满载一会儿就会开始降频
2 、考虑到也不是一直全核编译，笔记本上个 32+的内存，基本上都是可以的，
3 、综合来说还是台式机更好，不用担心噪音和散热，扩展性强很多（加内存和硬盘，还有多的 pcie ），不过体积大没有便携性需要考虑
4 、最完美的当然是，轻薄笔记本远程连接到台式机的服务器远程开发，如 vscode 的 remote SSH

建议是 AMD 的 9950X （预算不够就 7950X ） 64G ddr5 6400
1 、上半年我做过测试 笔记本的 6800H 7950X 双路 6133 以及 两个云服务器（ 32c 64G 配置） 一个 epyc 一个三代铂金志强
2 、综合下来 7950X 是最快的，我编译的是 Linux 5.10 和 mysql 5.8 全量编译,
3 、C++工程模版展开以及内联多是比较吃 cpu 的，C 系的工程相对开销小一点
4 、最关键的是最后的链接环节基本上是单核的，9950X 比服务器的 U 单核强的不是一点
5 、最后可以先上个云服务试一下，反正可以按小时计费，配置拉满测试一天也花不了多少，可以看看 Geekbench 多核跑分榜单
6 、如果项目确实很大，且长时间编译的话，得上服务器的 ECC 大内存了，毕竟家用只能上 128G 就到顶了

@my2492 我理解是的啥功能也不开的情况下，
1 、企业路由的转发路径默认就比家用更长
2 、然后家用的路由器可能会带 npu 快速转发，企业级的硬件加速转发也有但贵