datocp

科来网络分析系统 技术交流版，
至少请问目的地看得一清二楚，用的还是 vlan 隔离的华为 s5735 。
Hub 设备应该更丰富

小厨宝这种解决的是短距离，在厨房 1 米出水就到龙头了。不存在长距离一开始要放水一会儿。
家里选得美的 7.6L,2000w 速热的够用了。

至于能耗，用的小米蓝牙开关定时控制。美的的保温，至少洗澡的热水器十几年前买的总感觉经常需要加热。并不像 B 站的一些 up 观点，浪费的电费不需要买个开关。

问题 1 比较奇怪，没试过接热水管是否符合要求。

世界很奇妙

制造业，想加入人家的供应链体系，人家就会对 it 信息化安全提出要求，只有够到边上才可以加入。

我对延迟的理解非常简单

假设你当前上行带宽流过 80%的流量，此时下行流量最大，延迟也极高但还可以接受，网上的教程会简单的说将上行带宽设定为实际带宽的 80%。但按我之前的观察是没用的，或者也许比设定为 100%好点，这些是 sqm 作者的观点。

Qos 是个需要验证的技术，我的方法是将上行流量拆分为 4 组，3389 竟然是 prio 优先级最高的那组。该组拥有保障带宽 10~100%，把这放大到电信 100mbps ，拥有 20mbps 的上行，对保证延迟是非常足够的。qos 会造成 2 种极端，高优先极组，上行带宽大通过流量小，它延迟低到稳定的 19ms 。而低优先级的 p2p 非识别端口，流量最多只能用 80%，另外的 20%防止高优先级流量被淹没。实际流量是时刻占满的，延迟高到接近 600ms 。

大部分没有 qos 的线路都是先进先出，打开网页不会有迎面而来的感觉。像 sqm 的有些算法还很奇怪在游戏里会漂移。
而有 qos 的线路，早出去的包，带来更早到达的下行流量，它在大流量低通行的流量分组里可以轻而易举获得 19ms 的延迟，不被 p2p 600ms 淹没。

哈哈，吹了这么多年，从来没秀出代码。可以试试去玩 tomato 路由，学会了 linux tc 完全有能力将规则转换到 openwrt 下使用。

主动上当，你能怎么样。。。

我简单粗爆 AFWAll+直接对 app 进行黑白名单网络授权。

看一下这篇文档吧，使用 PowerSettingsExplorer.exe

至少 win10 ltsc/22h2 12/13 代我觉得没问题。win11 ultra7 应该也按同样的优先性能设定过，没收到后来的反馈

详细探讨一下 12 、13 、14 代酷睿处理器在 Win11 、Win10 中大小核调度
https://www.bilibili.com/opus/916230297947734035

测试方法，可以打开任务管理器/性能/cpu/逻辑处理器，通过 7zip 软件压缩大文件来观察 cpu 负载变化。

哈哈，玩了个乌龙。
2ms 问题是因为在电信/移动专线的 openwrt 出口路由都配置了 REDIRECT 而且还是一样的端口号。。。

经过这回疑神疑鬼，使用 verifyChain = yes 加强端到端的身份验证,同时启用了 iptables knock door 。此事完结。