刚刚前天完成 ltsb2016 封装
ltsc2021 因为商店组件进程占用 90%以上，10 月补丁一直停留在 100%。
然后昨天又全新格式化来一遍，注册表去了那个问题组件加载，一切正常。

总感觉在 Windows update 刚出来那几天也容易出问题。

每天脚本强制换不同 ip

当年在使用 tomato 的 h218n ，就有个问题百思不得其解。怎么说这个路由也有 100mbps 端口，电信上行也就 135kb 。
论网速不可能出现拥塞
论并发数应该也影响不到 lan 访问
论 cpu 占用不得而知

一迅雷就无法访问 web 管理界面，直到用 qos 以后才正常。所以也许简单的理解为 cpu 性能不行。

mtk 这种玩意，
从 openwrt 的经验来说，
作为有线路由合格，
作为无线路由，因为驱动的问题不合格。
当然这个例子指的是当年的 mtk7620 ，有些 bug 甚至可以反复重现，只是似乎到了 21.02.5 又非常好了。
当然以上言论毫无意义，毕竟用了第三方驱动。

我的经验都是用 mtk7621 作主路由，避开所有的 mtk 无线产品，选择高通作 ap 。

至于软硬件驱动兼容问题，这是非常高深的学问，普通玩家没那能力解决。
asus 无视
tplink 无视

要正视华为的固件更新能力，都快赶上 openwrt 了，这个才是企业用户应该选择的品牌。发现 bug 推出新版本固件解决。其它的品牌固件更新能力哪个能跟华为比。

当然对于 ap 最简单的解决方法一天一重启。早期的苹果设备官方建议用 psk 而不是 aes 。

回力的买过一款，比不上李宁，那是直接触地的感觉，没有一点缓冲的感觉。

当年有一天终于感觉到心脏站着比坐着舒服，去医院也检查不出个什么，医生的结论是注意休息，然后就开始 21 点就断网睡觉，经过一个月终于心跳正常了。

之前的制造业也安排过夜间 7 天 11 小时上生产线，虽然白天也正常休息，可是那喯喯乱跳的感觉又来了。人到了一定年龄不得不服老。

研究了一个月关于 thinkpad E560 睡眠无法唤醒问题，最后无奈只能电源选项去掉睡眠，并加大额定温度时的风扇转速解决散热。
另外一种说法是手腕带含磁性的智能表带之类的物品，确实在用磁铁滑过 E560 电源按键附近会产生类似合屏的效果。

至于温度问题，像是否主板过热，是否机械硬盘过热就无从验证了。

关于睡眠不醒问题，看来是特定机型才会有，而且看似无解。。。

android 我喜欢用 微软桌面，感觉这个界面就是上划。。。

我以前比较没文化，只会挑粗的买，所以家里的到底是 6A 还是 6 分不清楚。有 0.58mm,实际早些年应该用过 0.40?还是 0.46 的秋叶原 5e 布过 63 米的 poe 。

最后才发现家里布线真得短得可怕，4 层，最长的一根连 26 米都没。。。康普的 0.54mm 足以。

...你的监控买错了。。。

家里买的萤石，网关屏蔽它的外网连接功能就没法连接到萤石平台。使用 vpn 用海康的 ivm4500 app 连接到 lan 的萤石，就没有这种被人看的风险。

互联网摄像头，当年最有名的是 360 水滴事件。。。

钉钉不行？

当年 netmeeting ，有一次还用 4m adsl 用 netop school 在上海将教学画面发送到广东。。。
公司折腾啥，买会员。看似给公司省钱，老板老是说要学会花钱提高工作效率，要使劲的花钱花得老板口袋没钱人家才会觉得省钱是应该的。。。

公司也经常开会，没听同事说有这限制。。。

这个问题有点高深，竟然不清楚 ping 桥接光猫的意义是什么。。。

通常 icmp ping 反应了当前网络 lan 还是 wan 的拥挤程度？应该是 wan 。是有计算公式的。
qos 设定分组，似乎是在 135kb 的线路，
分 20%给高优先级的游戏流量，实际游戏产生的流量不超过 10kb ，游戏延迟为 19ms 。
分 80%给其它所有的流量，可以高达接近 600ms 的延迟。
所以基本在延迟控制方面，根据电话线 adsl 的观察，
60%的上行流量可以获得极低的延迟。
80%的上行流量可以获得最高的下行速度+可以接受的延迟
超过 80%的上行流量，下行反而降低，延迟更高。

看似很简单，绝对不是网上简单的说，把总上行设定为 speed.net 测试值的 80%就可以了。这种设定根据测试没任何用，当然 openwrt sqm 似乎一直在强调这个 80%的作用。

所以如何确定当前网络上行只有测试流量，没有其它流量。并把它控制在 80%以下才是关键，在光纤可以控制到 95%。

以前会使用 icmp ping 和 tcping 来测试 tcp 的真正延迟变化。openwrt 的 htb qos 才是模糊化的适合共享网络，提供流量分组并以高优先级方式出列比常见的先进先出队列延迟控制还是更高级的，毕竟它在同一条线路实现了 19/600ms 两种存在。而没有 qos 的网络通常就是根据上行的比例，延迟不断的整体波动中。

看来我们这里的风气最好，基本上大家都戴。
前些年发生了一起事故就是没戴 2 人压到车轮下，后来开始了戴头盔+罚 20 元+扣车+学习。现在上路应该是 99%以上都戴，再加上礼让行人风气。反正我们这地方道路上大家都慢悠悠的让行。

这东西怎么说呢，罚 20 长记性。现在国标车都是要考试的，只是我又认真的在题库里找了找，罚款金额都是 20/50 。至于没戴头盔罚 20 题没见到，当年一开始还是以口头告诫为主。

root

干过一回 rm /
干过一回不知道啥命令清空了 zfs 整盘数据，又花了一星期在 linux 重建系统。

小公司在文件分发，特别还涉及具体人员权限控制，都不知道该怎么做好。。。