1904 网速监测 数值准确性的问题 呼吁改进

comac

网速监测 数据准确性的讨论 望改进
设备：新路由3
系统：最新

一般登录路由后，查看cpu、内存、网速等等方面的实时监测数据，掌握设备运行情况，这是刚需。
高恪系统也有实时网速和流量累计两方面的数据。此次只讨论页面上显示的网速值这方面。我认为是有问题的！体现为不实时、不准确、实用性大打折扣！当然，其实只是计算策略问题，并非什么重大的bug。

涉及的地方有：







当前高恪系统显示的网速数值，采用约5秒移动平均值，而不是即时值。平均值无法反映设备的真实工作状态啊！！这都算是常识了

观点：平均值，无意义！！即时值才有意义，这是常识啊。
         扯远点：我和盖茨一平均，世上立马多了个亿万富翁！这就是平均值的意义，你们想想，平均值有什么用？
         因平均值不能反映 即时的真实的 设备工作状况，99%的情形下数值总是偏低的，除非5秒里总是一个值。网管难以获知每个用户ip的带宽即时占用情况，也难于获知上限和下限情况，这令人实在难受。

需求点：对接入的设备或线路ip，要能够掌握真实的即时的网速(不管外网接口 还是内网用户) ，非常有用，强烈呼吁重视。
             而平均值，最大的问题在于 不能体现该时段内的上限和下限，再者其本身就不是代表真实情况！

对此改进建议：
  1) 网速监测数据的刷新率应可调。应让用户可设定,比如1s 2s 3s 5s.... 间隔的时间越短时 就越体现真实了。而对cpu资源的消耗问题，大可交由用户自己去衡量。
       另建议用户可设定默认值；而用户当次选定的临时刷新率值，顶多是断电前一直生效。
  2) 或者，调整一下思路，只采样该时段最后一秒的实际网速值也可。
       比如，当设定间隔5秒才刷新一次，那么只需将t=4.0 到 t=5.0这段1秒时长内的网速值采样出来即可。（当然，流量总数统计方面，还是应该计算全部的）       但是5秒的时间实在也太长了，等到花都谢了！


可能是我有强迫症吧，用过的维盟、爱快、openwrt等，这方面的问题不那么明显，而高恪采用了长达5s的平均值，这真的不科学啊。这是个简单的改动吧，我不觉得有多少难度，希望官方能尽快改进啊！！
  
你看看比如openwrt的，刷新率可调，直接就应付了不同人的不同需求，这才是科学的灵活的做法。这，很难吗？


      

admin

亲， 可以到系统状态--》实时监控--》 网络流量，  这个是按秒实时显示。 不但可以看到当前的， 还可以最近十分钟的精确流量。
另外， 历史监控留存的信息也是峰值， 峰值， 峰值。

admin

所以， 我还是第一次碰到用户有你这个困惑的。

comac

admin 发表于 2019-4-1 09:22
亲， 可以到系统状态--》实时监控--》 网络流量，  这个是按秒实时显示。 不但可以看到当前的， 还可以最近 ...

你说到的这个图形页面，我当然知道了，这功能本身不错，作为网络监控和管理的一个方面，是要有这么个功能，本身是有实用意义的！

但是：
1、你提及的这个功能只是一个方面，但并不能把全部网络管理需求都满足了，不能满足我细化需求。
2、要管理用户或掌握设备运行情况，我上面提及的地方，是非常有用的！
     比如我想了解某个客户的即时带宽占用情况，就得有尽量精切的网速值。借此，我掌握了实时情况，也能推测这个客户的使用习惯，然后好针对性地做流控设置等管理工作。

大家都清楚，平均值和原始值是两码事。有原始值，我们可以自行加工出各种想要的信息；要是给的是加工过的平均值，我们就无法反推到原始值了。原始的信息才是含有100%的信息含量，才有更大的实用性。

我猜想你可能没有管理过出租房或网吧类的网络，对我说的很难体会。高恪当前给的5秒平均值，这样真不行，至少刷新率可让我们调一下才好啊，5s真的太长了，能让花都谢了。
我上面说的建议部分，真心希望好好考虑对待。

试用了几天，忍不住了，才决定发了这么个帖子。

scq330

楼主的要求有点边缘，如果时间太短很浪费cpu资源。其实没人会盯着这个速度看。

comac

scq330 发表于 2019-4-1 18:30
楼主的要求有点边缘，如果时间太短很浪费cpu资源。其实没人会盯着这个速度看。 ...

需求因人而异；
可我提出的这个问题，却让想用的人，事实上无法得到有用数据，也没有选择的余地；
cpu耗用问题，我说了，应该刷新率可调才对，怎么用则由用户自己衡量就是了。