10 年前装修就埋 6 类线了，现在用更好的线应该不过分吧。。。主要还是看预算

上面没考虑不会给自己打电话的情况，更严谨的参考 12 楼

纯属用概率树展开

(3÷10)×(7÷10)+(7÷10)×(3÷10)
= 0.42

高端用法很难学会，很多 vim+gdb 玩的溜的人从小就接触 vim ，或者大学选修课学过。

不过基本功能很容易掌握，ide+vim 插件即可，大概坚持 6 个月能形成肌肉记忆，

为什么不用 bitmap?

建议看看这个漫画感受一下，自己千万别下场
https://ngabbs.com/read.php?tid=28194731

老大哥的 libgen

这视频也刷到我首页了，不过标题一眼流量号，就没打开

只有完美哈希可以做到，前提是无限内存

EDA 是什么？我觉得拆不拆取决于预测未来的流量和预算…拆后实现分布式读写 ACID 。如果不差钱新增机器，有现成的调度器，或者能手撸一个，随便玩…

强制退出会导致中间状态 /污染, 需要写 recovery 的逻辑.
你可以在每一个 loop 中判断 close, 或者用一个专门的 process 去做你的 work, 收到 close 的信号直接 os.exit

不过还是建议用 hadoop 或者 spark 之流去做你的 work, 不要用 kill 的方式退出程序.

我也是这个套餐，20 年 6 月被封了 1 个多月，后来用 he 的 ipv6 ，或者 cf 中转 ws ，本地 nginx 转发给的 v²ray ，稳如老🐶，就是速度不稳定最快几万 k ，最慢几百。繁忙时出口要给 cn2 让路。

用它只是图稳定不用老折腾，不过貌似前几天有个机房温度彪到 40+…

证券市场市价买卖大概相当于挂涨停价或跌停价，无限高或无限低，不知道虚拟货币是不是这样

tcp 是保证顺序的, 你可以简单地自定协议, encode, decode, 处理头尾, 不过我是用其他语言工具写的, 用了好多锁去判断状态, 一个模版套上处理各种奇奇怪怪的设备的 process, go 应该也差不多吧, 起步挺麻烦, 模版通过测试之后就稳了. 感觉不是高并发场景就没用上框架.
有高并发需求再去看看 netpoll, gnet, evio, 学习了~

hyper-v 就是一坨屎, 装个 linux 都各种阉割

开发中分几层都无所谓, 能复用降低 build 的时间就行, 最终精简几乎都是用 from alpine copy --from=builder xx:yy