@br9852000 评价一下人正飞？🤣你要比车祸，谁能比得过问借

@br9852000 评价一下三折叠？评价一下死掉的环卫工？

@br9852000 你换个 bba 之类的车企还行，byd 就算了🤣byd 几万块钱的车用料垃圾点还能说得过去，十几万的车还用筷子悬架，前几年 20 几万的汉也用筷子悬架，垃圾的不能在垃圾了，都不知道 byd 把钱花哪里去

@br9852000 评价一下三折叠 ABCD 柱被撕烂，变成敞篷车。

你住楼下你怕什么，楼上说的震楼器不是很好，因为楼上也可以报警，我之前震楼器就被警察没收了。
后面我改成用共振音响+蓝牙模块+充电宝，成本大约 200 元，用个什么东西顶在楼板上（我是直接用被没收的震楼器的杆子顶的），然后用电脑直接放歌。
楼上报警我就临时把音响取下来，反正电脑也是放歌，警察来了就狡辩说“不好意思，音响声音开太大了”，你一定要装得态度很好。
反正我 2 点多才睡，半夜搞了几次之后，楼上就自己铺了隔音的地毯

estk （一张 sim 外观的卡，通过 sim 卡菜单切换、下卡） + esim.gg
只能收短信，不能打电话，爱沙尼亚手机号。
成本 estk+读卡器 200 以内（基础版本 4 张卡的空间已经够用了），esim.gg 起步 5 刀还是多少，总之 300 块以内拿下

“很高级的玩意”

不用想得很复杂，每个用户的 conntrack 分成两组，不限速、限速；命中关键字的，丢到不限速的 group 。
两个 group 可以设置不同的策略，比如限速的 group ，conntrack max=100, 超过 100 条连接就 fifo 干掉最旧的，表现出来就是卡。
所以破解的办法也很简单，本论坛里的，比如发送 ttl 较小的报文，带 speedtest 关键字的 sni 去触发五元组进入不限速的 group 。

“没法去投诉取证”
这个确实难搞，这套系统电信在两年前就部署了，当时噶了十几条 2990,和他们扯皮半天也不给解（上海电信还是硬气得多），由于客服没有权限查看后台限速规则，只能无脑循环派装维上门，最后免责拆机了。

如果你你后面想免费拆机的话，那你直接投诉就行，多来几次就给你免责拆了

出门时菜单栏又不够用

缩小菜单栏间隔
defaults -currentHost write -globalDomain NSStatusItemSpacing -int 4
defaults -currentHost write -globalDomain NSStatusItemSelectionPadding -int 4
注销重新登录

@worker201 这东西你自己玩玩还行，商业化是违法的。

说一下我自己的方案
服务端：
1. 移远的 ec20
2. freepbx

移动端：ios 的 bria mobile （ 1 USD/月）； Android 可以常驻后台，不需要买这种类似 bria 的 sip 转发服务

电话拨入的流程：
1. ec20 接收到电话
2. freepbx 转发出站到 bria 服务端的连接（他们服务器在 sg ，所以唤起延迟较大）
3. bria mobile 走 callkit 唤醒
4. 打开 bria mobile app ，开始和服务端建 sip ，建连成功电话就通了

只做电话拨出就不需要 sip 转发。

这样的好处是，即使身处国外，也能走网络用自己的手机号打电话，在海外打过几次飞猪和携程的客服，语音质量很好

你的问题是，现在只能私下玩玩，之前搞猫池的几家都被干了

@breeze5942 在显卡控制软件里面，需要装官方驱动，比如 AMD 就是 adrenalin 。windows 设置里面不知道为啥不能调，显卡里面能调。
这显示屏本身就是 8 抖 10, 但是不知道为什么设置成 8bit 色深就有问题，红米这个 27 寸 4K 最近几年我买了 4 个，有 3 个支持 10bit ，就年初新买的这个在默认 8bit 下色深有问题。

开 10bit ，默认的 8bit 有 bug 一样，色阶很明显

看你 N100 里面装什么东西，如果就仅仅是 openwrt 或者 opensense 单一功能的话，那非常稳定，可以直接做主路由，接光猫上做入口，后面接 wifi 当 AP 。
如果是 pve 这种 allinboom 的话，选 1 还是 3,就取决于你家人对断网的容忍程度。
不过话又说回来，n100 只做路由有点性能过剩了

@nlzy 你一来就在秀你那为数不多的 netfilter 知识，一来就说硬路由的 offload 吊打软路由，一来就是 softirq 延迟不可预期，问你 offload 的延迟可不可预期你又说不出来🤣给你说了转发延迟几 us 人肉完全不可感知，你还在这叭叭说 netfilter 性能惨不忍睹，有多惨？互联网 idc 全都是 netfilter ，你有感知？
另外，路由选型一直一来都是：动手能力不强用成品路由；动手能力强用软路由，上限极高。至于你说那 offload 带来的几 us 延迟，不在考虑范围。你只考虑转发延迟低了几 us ，那你要不要考虑一下新建连接时，ct 插入额外带来几 us 的延迟呢

赚钱的事情有啥犯不着，前几年 pcdn 疯狂的时候都赚麻了，从去年开始陆续都嘎了，你现在能有渠道搞到带宽，这就纯躺着赚钱
顶了天也就是封宽带，销户的时候麻烦点，我被嘎的时候，连着占了同一个营业厅 1 整天去销户所有宽带

1Gbps 的移动，一个月顶了天就 3000 块收入（大概率 2000 ），这能覆盖成本吗？
如果有廉价带宽渠道，你也跑起来

再回到硬路由，硬路由受限于那小身板 CPU ，ct 的 curd 延迟在大部分情况都不如 x86 软路由，所以如上所说，如果说一个 n100+i225 网卡的软路由还比不过硬路由那小身板，那就先怀疑一下是不是开了 fullcone nat ，或者网卡不支持 rss （典型的比如 realtek 那几个网卡）

@nlzy 我不急的，我这 mellanox 的 ct offload 和 ebpf 都大规模在生产环境用过，你觉得 offload 是“延迟可预期的”那只是因为你了解的太少了，你能想清楚：
1. snat 的端口谁分配的？
2. offload 的 conntrack 表项的生命周期是怎么管理的（带 RST 、SYN 、FIN 的报文如何处理）
3. offload 的 conntrack 存储在哪里
4. offload 的 conntrack 如何查找（硬件能否实现 Hash+冲突链查找？）
你就能想清楚 offload 的可预测性还不如 netfilter 。mellanox 搞这么多年网卡 offload ，现在也就 rte flow+五元组精确匹配场景下能大规模应用； tc flower + ct offload 也就在小规模玩玩；容器场景都是 ebpf 、netfilter 当道

@nlzy 你现在用的互联网 app 的后端网络几乎都跑在 ebpf 或者性能更差的 netfilter 上去封装 vxlan ，你有感知吗？所有网站的接入的标准架构就是 dpvs + nginx ，nginx 还是个用户态的代理，你同样也没感知，到软路由这层这几十 us 的延迟你就有感知了😁