解决openwrt流量统计不准确的方法

Ngh***

关闭flow offload 或者 sfe的加速方案。
在我的软路由上(i5-1135g7)未观察到明显的性能下降
ping 114或speedtest均未出现异常，但是CPU占用明显升高。
建议做取舍。

iamy***

我感觉统计意义不大，我都把统计类关了，减少资源占用，加快网络数据处理。

lam***

这不是都知道的问题吗？就是flow offload或者sfe加速和流量统计冲突啊，这个只要玩op的很早就知道了啊。至少两三年前就知道的事情了

Ngh***

lamhui 发表于 2022-7-28 04:48
这不是都知道的问题吗？就是flow offload或者sfe加速和流量统计冲突啊，这个只要玩op的很早就知道了啊。至 ...

我现在才知道，真是对不住您了

lam***

NghDYq 发表于 2022-7-28 08:35
我现在才知道，真是对不住您了

没事，闻道有先后术业有专攻，加油加油

av***

flow offload 一般用在前几年出的硬路由上，如果外网带宽在500M以上，不开会导致很多MIPS设备跑不满
x86一般不存在这个情况，不过如果并发连接多，关了还是会导致卡顿，如果只是家庭用，关了也可以。

pct***

lamhui 发表于 2022-7-28 03:48
这不是都知道的问题吗？就是flow offload或者sfe加速和流量统计冲突啊，这个只要玩op的很早就知道了啊。至 ...

不止两三年，所有流量劫持的应用和硬件加速本来就是有他没我的存在，是他们本身性质和基础功能性导致的。这是有网络数据包硬件加速开始就已经存在的事情，至少二三十年。

wuli***

也不是没有办法，可以使用别的表，不过nftables也即将要玩烂，不用去考虑了，唯一最可行的是通过nf_conntrack统计，但是统计起来非常麻烦，因为nf_conntrack有存留寿命，不会一直存在统计数据

z5***

换了一个带qca-nss驱动的固件，发现bandwidthd的统计结果不对才发现这个问题。不知道有没有能和sfe之类方案兼容的客户端流量监控软件

z5***

换了一个带qca-nss驱动的固件，发现bandwidthd的统计结果不对才发现这个问题。不知道有没有能和sfe之类方案兼容的客户端流量监控软件

iamy***

这头像好可爱