符合我对阿里的想象

@CczYa
并不是，只是一个普通的家宽用户

得先弄明白这个所谓的加速盒是怎么起到加速效果的，然后才有办法去绕它的限制

算法是和 paper 结合起来的，你先问问自己有没有多读读 paper 。
读的多了，自然也就想写的多了。

觉得自己像 CRUD boy 的原因是，你的工作价值没有得到证明。当你深刻的认识到你写的每一行代码，每一个决策都会影响到千万级的用户以后，你应该会有些新的体验。

老实说，为了减税去考这些都不划算（

感觉没啥区别啊，看了下现在是 116.236 ，之前好像是 204 啥的

留着你自己 mac 和 sn ，过几年组个黑裙就可以洗白

事实上 不热爱这行的很难坚持学习，但是就算热爱的也会被瞎几把需求弄的间歇性烦躁厌世。
总得向生活低头的

直接 ssh smartctl 看

一楼说的属于是牛头不对马嘴了… 这两个 for 没有本质区别，都是在不停对局部变量 u 进行赋值，op 疑惑的这个问题其实隐含了 3 个问题：
1. defer 的本质是什么？
2. go 编译器的自动 takeRef/deRef
3. func with receiver 到底是什么？

简单来说你可以认为，defer 会把函数压入栈中，而且函数参数的 evaluate 发生在 defer 语句那一行

所以 循环一的实际 defer 是这样的
defer GetName(&u)
循环二代实际 defer 是
defer GetName(u)

注意两个&的区别，再结合我说的，参数 evaluate 发生在 defer 语句书写时，这下 ，op 理解了否？

留个思考题。
defer func() { u.GetName() }
这个输出什么呢？（笑

@JohnSmith 同意，要不是现在内网还是千兆懒得改，高低整个 7015 玩玩

最近玩 7615TV3/7015TV3 的很多啊，这俩体积小，发热也相对低，除了固化 telnet 略微麻烦，基本 2.5G 弱电箱神器了。

一般来说，假期被夺命连环 call 的原因，大多是因为有同事捅了篓子。
所以，找个不卷的公司

@basncy
怎么说呢。。你只看见了“如何决策路由下一跳”这一个要点，所以联想到“ARP 欺骗”，暂且先按下“下一跳决策”和“ARP 欺骗”之间的区别不表，主路由使用 ROS 的作用，不仅是进行流量分流，还有 VLAN ，ACL 等等一系列和组网密切相关的功能。
举个例子，教程中的截图：我的 AIO 中还跑了一个 QBT 用于下载/PT 用途，所以我在 ROS 配置了仅分流来自 QBT 的 DNS 请求（相当于为 QBT 提供无污染 DNS ），但直连其发出的其他所有流量。

我相信大多数人可能是第一次接触 ROS ，虽然我已经尽量写的简单易懂，每一步都会解释为什么要这样做。但肯定会有人和你选择一样 TLDR ，然后依赖先入为主的印象进行臆想和批判。

这个方案始于对现有方案的不满，萌芽于半年前的灵感，一个月前开始着手实现，期间和几个就职于基础设施开发的朋友交流过，他们都表示出了兴趣，也提出了一些建议和看法。更有两个朋友表示会尝试在家里体验一下。

我从不强制别人认同我的观点，技术方案交流是双向的，上来直呼“小学生”确实很难让人升起交流的欲望。

攻击性拉满啊这是

@shaoshuang #8
有一说一确实，不折腾可以少很多事。
我也是抱着一次折腾到位，追求高性能/低功耗/易用性/扩展性都符合我要求的方案。

其实，这个方案还有些其他的优点，比如说 ROSv7 可以支持 zerotier 之类的方案实现异地组网，还可以配合 V2Ray 丰富的分流规则一起使用，借助软路由透明代理这个桥梁其实还有很多其他可玩点。
再加上，我本身是会随自己需求写一些新东西的，这个架构其实也是方便我后面继续添加其他功能，同时保证网络稳定性。

@Naples #2 虽然我也很想全部放 ROS 上…但 ros 作为一个准电信级路由系统，定制能力是有限的啊，域名分流功能和 v2ray/xray/clash 这些软件的灵活性压根没法比。
所以只能退而求其次，结合两者优势。

然后关于标记路由，我看了下标记路由也可以被防火墙 FastTrack ，所以理论上开销只有前几个包，而且家用环境嘛，够用了。

因为体验是不能量化的，但是卷硬件，卷参数，卷指标，是可以给老板交差的。

用户口碑是什么？我一个臭领工资的也配谈口碑和体验？
国内大厂唯指标论影响了一大批行业。