datocp

qos 这个话题随着经验增长，挺有趣的。

当年在使用 modem 时
当上行 60%时，延迟极低，下载速度最大化。
当上行 80%时，延迟开始变得更高，下载速度开始受影响。
当上行超过 80%时，延迟开始变得更高，下载速度开始变低。

所以，当你有办法把上行流量控制在 80%时，似乎说的就是 SQM(tc scripts)那一套，当然没有 SQM 宣传的每 IP 平均化。QOS 要做的是当上行流量超过 80%时，该如何控制延迟。当然这个 80%不是直接在一些普通路由器设置为 80%总上行。按照 tc 反馈的结果这样设置依然有延迟问题。

于是从 56kmodem>2m adsl>4M adsl>8M 光纤>20m 光纤>100m 光纤 20mbps 上行
随着带宽的不断变大，上行越来越大，越来越不可能达到 80%的上行，延迟问题也就越来越不明显。当然这中间，在 4~8M 时也遇到并发数导致 qos 失效，甚至一些 403 的重定向导致下载流量远远超过 qos 限制的下载，影响了延迟结果。至今百思不得其解。

在 mips 小路由，以前用 ddwrt 时 imq 接口会让路由直接 cpu 耗死机。。。ifb 倒稍微测试了一下，取得了一些非常奇异的结果就是上行的标记可以出现在下行的流量里，直接进入 qos 队列。当然基于对这些 tun 接口 cpu 性能消耗的担忧，现实中依然不敢用这些接口，而是直接作用于 eth1/br-lan/pppoe-wan???。

sqm 并不具备 tomato 路由的每包到链接的过程，导致之前测试时 cpu 性能消耗非常厉害，讨论中动不动就去换个 cpu 性能更好的路由。。。
$IPT -t mangle -I QOSO -m mark ! --mark 0/0xff -j ACCEPT #ACCEPT
$IPT -t mangle -A QOSO -j CONNMARK --save-mark --mask 0xff

$IPT -t mangle -I PREROUTING 2 -i $UDEV -j CONNMARK --restore-mark --mask 0xff

这么多年过去了，在 100mbps 线路，上行一直跳不出这个设置，下行动态抓取实时有流量的 ip ，不需要根据 ip 做平均，做到带宽的 100%利用。
# 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

# cat /tmp/port.tmp
udp_6060_0x10/0xff
tcp_992,1992_0x10/0xff
udp_53,123_0x20/0xff
tcp_22,23,3389_0x20/0xff
tcp_80,443,1080,1863,8080:8081,12000,14000,15000,16285_0x30/0xff
udp_80,443,500,1701,3478:3481,4000:4030,4500,5989,8000:8020,16285,50000:55000_0x30/0xff
tcp_20,21,25,143,465,993,1024:65535_0x40/0xff
udp_1:65535_0x40/0xff

没什么好担心的，不同平台，谁便宜，买谁就好了。多多上 3999 的美的冰箱当时京东 6500 ，还不一样美的安徽工厂顺丰寄出，砸了再换一个。电视，笔记本都买过。

至于笔记本，最近从京东一个第三方换 ssd 寄出，封签也完整。。。这下几手看不出来了。

这种东西要引以为戒

有人一晚上输光 4 千万这可不是电影，是现实真实的 3 赌 1 ，一夜倾家荡产。
小时候的小朋友挪公款输了 1800 万。。。
平时那些无业，或者因赌发家的输个 100 万很正常，总得再赢回来。

小时候见识了人家那种一把赌胜负，我更喜欢人家那种不作庄家，每把出 5 块，最后也小赚。。。

赌博害人

哈哈，在朋友圈吐槽公司，谈话 2 次，虽有变革，最终屏蔽所有同事。

我感觉移动工作人员分类很多，给我们公司的更像是销售人员。
温州私企发达，要这种岗位也要上几千万规模的企业，小企业哪需要。都是打杂的，私企老板亲力亲为，发生不干事，觉得亏了。。。
挨踢

这种帖子确实不好判断
2016 年据政府统计
本地那些败家女人总共搞了 50 亿的金融漏洞
没倒牌前，这些女人可过得潇洒，倒牌后被人按在地上讨钱。
就这些家庭妇女，正经工作没一个，欠人 200 多万。。。

现在借钱消费的人多了去。。。大手大脚花钱也多了去，赚大钱的见得少。有得也是装阔要骗我钱的。。。

很多年买过一个 openwrt mtk7620?
4G 全网通乡下极限 40mbps ，在市区学校手机看到 88mbps 。也就是可能取决于和基站的距离。
5000ma 电池可以坚持 8 小时左右，可以边充电边使用，发射 wifi+lan
夏天空调房也能达到 45~75 左右的摄氏度，但不会死机

因为它是 openwrt ，那就能做很多事情，给公司出口网络共享，访问 wifi 直接进入远程 vpn 。

流量嘛。每月 5 块的联通星粉卡，1 天 3G 封顶，总流量 40G 。越后面越限速，直到 0 。。。现在每月送 1G ，用来报收款挺好的。

我要嘲笑我自己了。。。
自认为 qos 很懂，当年鄙视的就是 SQM ，特别是在网络满载时的效果，根本就没有 dscp 标记，屁的效果都没。之后想来作者也应该很牛逼都能写内核模块。

今天我自以为是的 qos 牛逼效果，在这个测试网站竟然除了流媒体 2 颗星，其它都是 1 颗星。。。。

早期的版本最大的问题，不使用 conntrack 导致缺少包到连接的转换非常耗 cpu 。想来作者也提出了很多新颖的观点，实际效果不敢点赞。

嘿嘿，都是多大规模的公司，公司辉煌了和个人一点关系都没？？？？？
2022 年做了 kpi 那些中层感叹终于涨工资了。这些年业绩不断突破，连普工都是普涨工资。

公司不辉煌了才是要关门倒闭的节奏。