成都电信下载移动 apk 20Mb 的速度

半斤八两，网内速度都没啥问题，跨网都很卡

爱快的 MTK 平台不支持硬件加速，纯 CPU 转发，不要被误导

@AS58453 电信移动互联也是爆炸的，反正联通网内资源也够多了

@zhouyin 那除了搞算法的全是农民工

@zhouyin 华为阿里搞前后端开发的大头兵不也是这个价？

@sir283 bsp 的纯 c 岗位不少啊，linux kernel 哪怕后面用 rust 了也不可能上 c++的

切不切换看手机算法，除非 ap 强制断掉弱信号，但一般没厂商开这个（否则交界处会频繁重连）

@clf 驱动也是 mtk 高通给的，目测参数开的保守，比如 wifi6 的很多 plus 特性关了

@clf 中兴的路由器自研仅限 soc ，wifi 用的 mtk 和高通外挂

性能肯定不是最好的，MTK 和高通的商业代码有大量性能优化的修改，没有被合并到主线上去。

@HKViolet 各种云现在都是三网了，基本没有只提供电信联通 CDN 的，要不然就直接单线接入。

@HKViolet 现在电信联通互联也不行了吧，高峰期一堆地方互联延迟爆炸

@onion83 另外 qos 这个，ppe 、nss 本身也都支持，就是看厂商愿不愿意在驱动里调用了，mtk 现在还是有不少厂商能调用 ppe 搞 ip 限速了。策略路由这个，如果只是单纯做 dnat 这种，建立映射规则也没啥区别，还是能 offload 的。除非要去搞字符串过滤啥的。

@onion83 ppe ，nss 前两个 offload 后就与软件无关，dpdk 还是全程过 cpu ，这方面还是有本质差异的，不适合放在一起。
op 里看到的前两个确实是驱动程序，ppe 和 nss 这种硬件没有建立映射规则的能力，需要 cpu 上跑的驱动把转发规则填充到内存指定位置后，再通知相关硬件拦截数据包转发，所以首包必过 cpu 。

@onion83 ppe 和 nss 只要成功 offload ，data 就不会经过 cpu ，不算软件层面吧

但是运营商现在不是 nat1 就是 nat4 啊

@yedkk 大厂有些部门不硬卡学历的，也有阿里这种卡 23 所的