ryd994

有必要的话甚至可以直接从 docker 镜像里复制整个 rootfs 出来。直接跑 docker 镜像里的程序试试。如果 docker 镜像里的程序也一样有问题，那就 chroot 进去再试。如果 chroot 就没问题了，说明动态库有问题。

host 模式就是直接用 host 的网络栈了，加上 iperf 正常，说明不是网络问题。大概率还是配置的问题。

CPU 总体没占满不代表单核没占满。网络协议处理很多时候是单线程或者有限的多线程。你要用 htop 或者 top 然后按 1 键切换到每核心占用率查看有没有单线程占满的问题。

磁盘占用率用 iostat -x 1 看

用 tcpdump 抓个包。检查协议是否一样，因为这种场景下，UDP 的吞吐量比不上 TCP 。还有检查包大小是否一样，理论上应该是用满 MTU ，但是实际未必。如果你懂网络协议的话还可以分析一下重传频率和 TCP 窗口大小，分析是否异常丢包。

还有就是配置文件问题了。直接把 docker 里的配置文件复制出来用试试。检查一下 docker 镜像的命令有没有带参数。

旧服务器机箱就够了。SAS expander 也很便宜的。需要配电源和一块控制板。控制板控制电源和风扇，高级的还可以提供温度监测。

主机插外置 SAS 口的 RAID 卡或 HBA ，另一头接 expander 。

直接引线的话就太多线了。

旧阵列上的数据你还要不要？不要的话就好办 格盘重做。要的话就还用旧的阵列卡，端口不够就加 expander 。

加 code coverage ，然后让 AI 根据 code coverage 再去改测试

另外，新手别买太好的车，也别买新车。买个皮实的二手车。新手上路有刮蹭很正常，就算你开车小心也防不住别人。买好车总是不舍得开，反而浪费了。老车有什么刮蹭也不心疼，洗车也免了，下雨就是洗车。

“月薪到手 8k ，手上有 5w 存款，平时吃住家里没什么大开销”
那为什么不贷款？钱债好还，人情债难还。

@msg7086 #48 “SDLC 的过程是省不了的，该设计的东西还是要设计，该权衡的东西还是要根据具体情况权衡”
但这就是问题。很多人说 AI 取代程序员的时候，就是认为只要给 AI 一个目标，它就能自己理解并解决问题。
更可怕的是，AI 还真就能做出一坨像那么回事的玩意。真正的危害要等上线几个月后才能逐渐显现。



@Vindroid #56 这就是没做过大规模软件的人说的话。有几个问题：
1. 生产环境出了问题，你 oncall 还是 AI oncall ？用户数据受 gdpr 保护，很难直接给 AI 权限。况且就算给，也不可能全自动解决，肯定要有个人看着。如何迅速定位并找到问题，这并不是 AI 的强项。
2. 对于基础设施软件而言，符合设计标准一致只是最低标准。内在实现同样重要。即使是 undefined/undocumented behavior ，只要用的人多了，它就成了标准的一部分。如果是对外的服务还好说，直接不支持文档里没有的用法，客户骂也没用。如果是对内的服务，锅甩给谁都没用，谁搞出来的变动，谁负责回滚。要改实现，提前半年发 breaking change 通知。
3. 项目规模大了以后，编译一次就要好几个小时。平时开发主要靠缓存来局部重新编译。重写？明年都写不完。

@0x0x #9 大厂程序员都是报销 AI 的

请不要把 AI 生成的内容发送到这里