主题持久化配置接口那issue我提的，没想到这么快就上线了！ 在今天更新到1.3.0后我继续移植我komari主题时发现还有俩功能在这边没法实现，一个是目前极简探针没有标签功能，有时候用标签给小鸡标注三网线路还是挺方便的，忘记某台机器是走什么线路时打开探针看一眼标签就知道了。 还有就是目前在对节点进行 Speedtest 等测速时，突发大流量通常只持续 10 ~ 15 秒（例如跑到了 300+ Mbps）。极简探针服务端的历史时序数据采用 1 分钟/5 分钟的聚合落库机制，这 15 秒的高带宽会与其余闲置时间平摊平均。导致测速结束后，统计直接 fallback 到服务端的历史平均值，展示出的最高峰值被严重拉低，无法反映真实的瞬时带宽能力，极简探针有打算提供瞬时峰值记录吗？如果打算提供，提供下面两种实现思路供大佬参考。 方案思路 A：仅改动 Hub 服务端 Agent 端：完全不用改，继续保持现有每秒上报瞬时流速（net_rx / net_tx）的逻辑。 Hub 端：收到上报后，在内存的节点状态中维护当日极值（today_peak_rx / today_peak_tx），跨天自动归零，随实时状态一起返回给前端。 SQLite 落库：仅在破纪录时轻量 UPDATE 节点表的这两个字段（或每隔几分钟同步一次），每个节点每天仅有极少量的写入，对 SQLite 和磁盘 I/O 几乎为 0 压力，且服务重启不丢数据。 优势：各被控节点无需重新编译和升级 Agent，服务端更新即可全量生效。 方案思路 B：在 Agent 端捕获并上报 Agent 端：由被控端在本地采集计算今日最高流速，仅当产生新峰值时上报给 Hub。 Hub & SQLite 端：Hub 接收到峰值数据后存入 SQLite 的节点记录中。 优势：逻辑内聚在 Agent 端；缺点是需要各节点升级更新 Agent。
回归探针本质
主题持久化配置接口那issue我提的，没想到这么快就上线了！
在今天更新到1.3.0后我继续移植我komari主题时发现还有俩功能在这边没法实现，一个是目前极简探针没有标签功能，有时候用标签给小鸡标注三网线路还是挺方便的，忘记某台机器是走什么线路时打开探针看一眼标签就知道了。
还有就是目前在对节点进行 Speedtest 等测速时，突发大流量通常只持续 10 ~ 15 秒（例如跑到了 300+ Mbps）。极简探针服务端的历史时序数据采用 1 分钟/5 分钟的聚合落库机制，这 15 秒的高带宽会与其余闲置时间平摊平均。导致测速结束后，统计直接 fallback 到服务端的历史平均值，展示出的最高峰值被严重拉低，无法反映真实的瞬时带宽能力，极简探针有打算提供瞬时峰值记录吗？如果打算提供，提供下面两种实现思路供大佬参考。
方案思路 A：仅改动 Hub 服务端
net_rx/net_tx）的逻辑。today_peak_rx/today_peak_tx），跨天自动归零，随实时状态一起返回给前端。方案思路 B：在 Agent 端捕获并上报
@闪雨 #32
收到
很好用 给个大拇哥
感谢大家喜欢
搞个tg群
不错
官方自带的就很不错了，探针战用小就是王道。
还没弄过 来卡看
已换上