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

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

好多年没研究这些了，早些年使用非 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 ，天天换来换去真心累，都不知道换过多少个了，到最后应该知道内容才是王道，管它什么笔试软件，能记录就行。

一个老大爷说的
人有三乐，知足常乐 /助人为乐 /自得其乐。

幸福的三件事，有人爱 /有事做 /有所期待。
我对有人爱是最有感受的，什么过往的痛苦都不存在，特别是金钱这种根本不会成为痛苦。哈哈，傍个富婆也很重要，笑。。。

另外，应该还有篇讲佛的人生 8 苦。哎呀，就看那篇，你苦我苦皆是众生之苦，一篇就看懂了芸芸众生之苦如此相像。

一样的，浙里办反应 app 功能有问题，然后几小时后应该是负责设计的人员电话了解具体是什么问题。

首先是信息化，才能有条目的在待办中。行政审批中心现场办理也是人员众多。这都是吃皇粮的组织了。。。

再看看自己的公司，还在用嘴巴沟通中，就没了待办事项。出事了就变成，有说过嘛。。。有钉钉这种高效的工具不用，最大的阻力来自代表老板的高层。。。宁愿用嘴巴，上窜下跳到处窜岗，用容易丢失的纸单，也不用流程化的订订。。。

记得当年我有两个微信号的，似乎是因为我申请了微信公众号？
然后突然有天两号合一。。。