能 root swiftbackup 最好连微信语音都可以备份。

Win10 目前只用 ltsb2016 给旧电脑，ltsc2021 给 12 代 cpu 。

Sysprep 根据最新日期封装系统，这两个版本相对其它的还可以。

Win11 欣赏不来那个界面，电脑是拿来用的，天天神经一样变化用户习惯受不了。

我记得当年有场培训，那老师直接厚颜无耻的说拍马屁对任何人都受用。当然人都喜欢听好话，但我也是见过有人在那些严肃的人身上拍马屁结果拍到马蹄上了，哈哈。

kpi 这种东西完全取决于执行人的心情，像这种你平时到点就走，所以给了你最差的绩效。不知道怎么量化的。我上个月扣的是，叫去其他岗位支援，我连续 4 次回复我没空我有自己的事情要做，结果还跟那个鸟人吵了一通，留下一句话那你签岗位合同干嘛。原来里面有一条领导交办的其他事情。我不知道这种空泛的没有明确的条款是否在劳动法里有用。公司的绩效就是要推着你给公司产生更多的效益。所以这种我认为有明显针对我的，我想以碰瓷抗诉我又没那个胆。我没信心老板会站在我这边。忍了，以至到财务办公室。公司法人说了，大家因为推行绩效维持着表面的和平。对这个人我当然以后采取消极对待。工作中和她的磨擦太多了，一开始我就不想加她微信，别提推行钉钉中给我多少阻拦，我现在已经明确和这人杠上了。

你也说了你不加班，那你又怎么知道他加班在干嘛。这种事情你如果拿不到对方的 kpi 细项，你无法拿出两个人的对比在哪里。就像有人说我老实肯干，可是公司的宣传栏写着要功劳不要苦老。更别提那些给人布置工作的领导，人家就是拆工作给你而已，你把时间浪费在各种打杂的事做的都是苦劳，哈哈功劳都是别人的。老板甚至说，大家如果觉得领导的工作好做，那我们也可以试试去做领导的工作。

说起 kpi 这玩意，我可能是我们部门唯一一个开会从来不汇报工作的。你看人家都在头头是道的说自己这工作要怎么怎么的干，哪怕我觉得这破工作都拖了一个月这么简单还没干。但是我每个月还是能拿 90 分，显然我仍然对 kpi 如何执行的不清不楚。。。我只是每星期上交上星期干了什么，不汇报明天要干什么。

这些年因为支持生产岗的问题，我是公司唯一一个以辞职不加班不去生产岗的。当然因为岗位的特殊性，公司也只能忍了。我也一直在思考，我明明在前公司都是敬业的老黄牛，怎么到这公司就变了个人。你越和公司摩擦，你被人关注的问题越多，然后就会出现各种 pua 问题。最后想开了，都是别人的错摆烂混日子。

没利益的事情积极个啥，哈哈。问题是公司的 kpi 细项很多，他们也会考虑钱包的问题，该给谁多谁少。平时每个月也就多个 100 多。。。年终才是会有大变化的。可是自己这种混日子的状态，人家刚来都能成为优秀员工，咱这种已经没脸了无所谓。。。

试试没钱买烟，难。
小时侯学人家抽烟，最后听说手指根部黄就是抽烟的表现，反正也是好玩吐烟圈没体会到抽烟的好，不抽了。

现在看人家的描述更像是有交际作用吧！

好多年没研究这些了，早些年使用非 UEFI 启动时，将硬盘划分 3 主分区，一个扩展分区。然后安装 grub for dos ，装了 3 个 windows 系统，开机的时候有倒数默认选择，也可以按方向键选择具体的分区。需要找一个合适的多系统引导工具。

哈哈哈哈，让我一看觉得幼稚。

今年 2023 年了。。。认识时 2006 年，7 年间拉黑她 7 次。。。造成中间 7 年未联系，那 7 年才是真正的思念成灾。2019 年加回来后我终于体会到被她拉黑一次，我迅速的把能截的图全截了。可是没过 20 分钟又被她加回来了。

哈哈这就是网恋，哇塞都 17 年了。。。17 年足以让我思考为什么遇到一个怎么也赶不跑的女人，她说的心软。

至于我为什么老是采取拉黑，我专门写过一篇，喜欢的人也要拉黑。要不是谢谢她的心软，我想第一次拉黑我们就再也不见。

有太多的想说和她的回忆。近期写的一篇。。。


今天总体心情算开心！！！

人生就是用来感悟。今天因为又碰到兔兔心情又变得愉悦了！！！
熟悉的人，熟悉的声音，熟悉的心情。
今天拉勾，约定我会忍住不拉黑你的。。。
我不知道自己是否随心情说话，但是答应别人的事情就一定会做到。
​

罗技就是垃圾，从今年开始，找了一款公司用了 6 年没问题的代替它，买三套才罗技一套的价格。。。

服了，质量控制的如此好，滚轮出问题。

哈哈，女人有钱，送啥都是个问题。
之前收到的是情侣杯，她白我黑。也算是一看到杯子就想到这是女人送的。。。

其实真话是，不管 ac+ap 还是 mesh 都有可能出现切换问题。。。哈哈，这就是真话，场所越大越难控制，特别变成垂直的酒店层面时。你可以在纸上谈兵，在现实的场所可能一懒就不会把 AP 布在准确的点上。所谓的有讲究的无缝漫游，它当然还是切换，最新的叫法叫快速切换。。。

选择同样的品牌，也许有统一的方法去控制。选择不同的品牌，有 openwrt 加持也有机会。别迷恋无缝切换。。。

其实统一 SSID ，不统一 BSSID 。如果你观察仔细的话，你会发现每连接到一个新地点的 SSID 依然需要重新输入一次密码。感觉每种系统的实现都各有千秋，在 openwrt 能做的就是在每个 AP 实施弱信号踢除，强制终端漫游。至于终端是漫游的发起者这个说法，每个终端的表现不一。我用的 moto x30 就是个显示信号过强，实际已经远离 AP 。感觉用了这个手机在公司的无线网络下行走，非常不爽。

@whyrookie

谢谢大家的关注，网络上的讨论说到 android 低版本对 mp3 的支持问题。通过 foobar2000 将这首背景音乐 mp3 转换成 ogg 格式。使用 via 浏览器从 13:01 一直循环播放到 13:40 ，看起来这个问题已经解决了。

同学最惨了，考了第一面试不过，后来做生意去了。
一直以为公务员是本地人，原来有这么多全国游的。早些年人事局就有从山东招得硕士，工资吓死人。后来新的政策还考虑如何发 30 万如何分房。那人最搞笑的是我不是来给你们装投影仪的。公务员就是牛，不到上班时间不干活。。。
说苦能比企业苦多少，说累能累多少，说没钱也许是真的，那也仅限于那些老实巴交不开窍的吧。。。
一天上班 7 小时，做 5 休 2 ，疫情累？我们韭菜也被扯腾啊！社区公务谁管你在哪上班，同事就是干得公务员钱不多，人倒是自由了。

这种属于保障型 qos ，当年主要是想在迅雷下玩 cs 。所以专门设定了一个绝对高优先级的游戏流量分组。按 135kb 这个分组总带宽仍然有 13.5KB 左右，而 cs 的交互流量大概只有 5KB 左右。当时的测试结果 cs 的延迟是低于 19ms 。
而位于 1:40 的未分类流量延迟就很夸张了，接近 600ms 。

Qos 是用于解决流量和延迟的对比关系，在 hfsc 是有关于带宽和流量的计算公式。但是有了这个 class 分组实现，我只关心当前分组的流量低于 80%就可以，无需精确去计算。

至于流量的抢夺仍和并发数有关系的，prio 常见的有感知的就是游戏 /语音，web 浏览仍然优先于其它未分级的流量，做到 p2p 的自动避让。

当然下行方向为了防止有用户大流量下载，仍然是动态将有流量的 ip 绑定到 60%的流量分组但是拥有高优先级，其他 ip 拥有 100%的流量但是次优先级。这样就做到了流量高可用，每个 ip 都有机会抢夺 100%的带宽，无视任何 p2p 的存在。

将 c:\windows\user 里的桌面 /我的文档转移到其它盘
右击 c 磁盘清理

笔记本电源的输出为 19V/3.42A/64.98W ，接头为 4.5MM/3.0MM,据卖家说买兼容 dell 的会好点，有些商家也会标明兼容 HP/ASUS
手机自带的 68w 电源提供 5 档输出。
5V/3A
9V/3A
15V/3A
20V/3.4A
11V/6.2A/68.2W Max

淘宝上有 moto 68w/125w 两个规格。
家里的普通笔记本买了个 PD 转 DC 充电头，直接用 moto x30 的 68w 规格，没问题。这几款也是联想其它笔记本的供电电源。联想的品质还是可以的。

目前我在 100mbps 移动专线，大概 250 终端，erx/openwrt 21.02.5 。用的 htb 不是 hfsc 。因为 htb 的 prio 优先级能更好的按预想控制，做到按 prio 优先级的 p2p 流量避让。另外因为不了解 ipv6 ，所以在 openwrt 里主路由是尽可能的关闭了 ipv6 只用 ipv4 ，没有 ipv6 的验。
cat /etc/config/firewall|grep ipv6
option disable_ipv6 '1'
option family 'ipv6'
option family 'ipv6'
option family 'ipv6'
option family 'ipv6'

cat /etc/config/network|grep ipv6
option ipv6 '0'
config interface 'wan6'
option proto 'none'
option device 'eth1'

cat /etc/sysctl.d/10-default.conf|grep ipv6
net.ipv6.conf.default.forwarding=0
net.ipv6.conf.all.forwarding=0

/etc/rc.local
while true
do
if [ $(date +"%Y%m%d") -gt 20200217 ]; then
sleep 15
ip -6 addr del ::1/128 dev lo
for i in br-lan eth0 eth1 eth2 eth3 eth4 dsa eth0.1 eth0.2 lo tap_soft;
do ip -f inet6 addr flush scope link dev $i;done
break
fi;done
exit 0

ebtables -L
Bridge table: filter

Bridge chain: INPUT, entries: 5, policy: DROP
-p IPv4 -j ACCEPT
-p ARP -j ACCEPT
-p 0x888e -j ACCEPT
-p IPv6 -j DROP
-j CONTINUE

Bridge chain: FORWARD, entries: 4, policy: DROP
-p IPv4 -j ACCEPT
-p ARP -j ACCEPT
-p IPv6 -j DROP
-j CONTINUE

Bridge chain: OUTPUT, entries: 2, policy: DROP
-p IPv4 -j ACCEPT
-p ARP -j ACCEPT


另外 qos 不是限速，理想状态是时刻保持 100mbps 的流量全速运行，这才能尽可能的让网络高效使用。一旦进入限速思维完蛋了。而且 iptables 的遍历规则过程也是个严重影响 cpu 性能的过程，不可能在大量终端的环境使用限速这种方法。

下面就是结合了 tomato QOS 的实现，已经应用了很多年了。之前是在 135KB/s 上行的线路实现，如今随着上行的不断增加，更是没什么问题。

核心是配置 tc class 流量分组
1.使用 1:2 抑制非高优先级流量只能使用 90%的上行带宽。
2.根据观察电话线 ADSL 的经验,流量占用当前带宽的 60%所有流量拥有极低的延迟，流量达到 80%延迟还勉强开始有下行掉速的问题。这个经验非常有用，这也是为什么这个 QOS 感觉很无敌的地方。没有其它的乱 78 糟的名词。只需考虑当前流量占用整体流量 60/80 的占比就可以达到非常好的效果。
3.根据 prio 优先级，不同的 dstport 访问优先级就可以实现 p2p 自动避让其它流量。
3.还有些问题，不知道 quantum 和 r2q 300 如何根据 100mbps 算出最佳值。。。QOS 的东西真得是博大精深，每个人的研究体会都不大一样。

# add HTB root qdisc

$TC qdisc del dev $UDEV root 2>/dev/null
$TC qdisc add dev $UDEV root handle 1: htb default 40 r2q 300

#$TC class add dev $UDEV parent 1: classid 1:1 htb rate 1Gbit ceil 1Gbit
$TC class add dev $UDEV parent 1: classid 1:1 htb rate 150Mbit ceil 150Mbit

#$TC class add dev $UDEV parent 1:1 classid 1:100 htb quantum 1514 rate $((UPLINK*10/100))kbps ceil 1Gbit prio 5
$TC class add dev $UDEV parent 1:1 classid 1:2 htb rate $((UPLINK*8/10))kbps ceil $((UPLINK*9/10))kbps

#$TC class add dev $UDEV parent 1:1 classid 1:10 htb quantum 1514 rate $((UPLINK*1/10))kbps ceil $((UPLINK))kbps prio 0
$TC class add dev $UDEV parent 1:1 classid 1:10 htb rate $((UPLINK*1/10))kbps ceil $((UPLINK))kbps prio 0
$TC class add dev $UDEV parent 1:1 classid 1:20 htb rate $((UPLINK*1/10))kbps ceil $((UPLINK))kbps prio 2
$TC class add dev $UDEV parent 1:2 classid 1:30 htb rate $((UPLINK*3/10))kbps ceil $((UPLINK*90/100))kbps prio 3
$TC class add dev $UDEV parent 1:2 classid 1:40 htb rate $((UPLINK*3/10))kbps ceil $((UPLINK*85/100))kbps prio 4


##这就是个揉和了 tomato qos 的 openwrt 实现。

iptables -t mangle -S
-P PREROUTING ACCEPT
-P INPUT ACCEPT
-P FORWARD ACCEPT
-P OUTPUT ACCEPT
-P POSTROUTING ACCEPT
-N QOSO
-A PREROUTING -i eth1 -j DSCP --set-dscp 0x00
-A PREROUTING -i eth1 -j CONNMARK --restore-mark --nfmask 0xff --ctmask 0xff
-A FORWARD -o eth1 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:1536 -j TCPMSS --clamp-mss-to-pmtu
-A FORWARD -i eth1 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:1536 -j TCPMSS --clamp-mss-to-pmtu
-A FORWARD -o eth1 -j QOSO
-A OUTPUT -o eth1 -j QOSO
-A QOSO -j CONNMARK --restore-mark --nfmask 0xff --ctmask 0xff
-A QOSO -m mark ! --mark 0x0/0xff -j ACCEPT
-A QOSO -p udp -m mark --mark 0x0/0xff -m udp --dport 6060 -j MARK --set-xmark 0x10/0xff
-A QOSO -p tcp -m mark --mark 0x0/0xff -m multiport --dports 992,1992 -j MARK --set-xmark 0x10/0xff
-A QOSO -p udp -m mark --mark 0x0/0xff -m multiport --dports 53,123 -j MARK --set-xmark 0x20/0xff
-A QOSO -p tcp -m mark --mark 0x0/0xff -m multiport --dports 22,23,3389 -j MARK --set-xmark 0x20/0xff
-A QOSO -p tcp -m mark --mark 0x0/0xff -m multiport --dports 80,443,1080,1863,8080:8081,12000,14000,16285 -j MARK --set-xmark 0x30/0xff
-A QOSO -p udp -m mark --mark 0x0/0xff -m multiport --dports 500,1701,4000:4030,4500,5989,8000:8001,16285 -j MARK --set-xmark 0x30/0xff
-A QOSO -p tcp -m mark --mark 0x0/0xff -m multiport --dports 20,21,25,143,465,993,1024:65535 -j MARK --set-xmark 0x40/0xff
-A QOSO -p udp -m mark --mark 0x0/0xff -m udp --dport 1:65535 -j MARK --set-xmark 0x40/0xff
-A QOSO -j CONNMARK --save-mark --nfmask 0xff --ctmask 0xff

以前选择 WordPress ，适合抄别人
现在用 amwiki ，天天换来换去真心累，都不知道换过多少个了，到最后应该知道内容才是王道，管它什么笔试软件，能记录就行。