swananan

我已经坚持很多年后排必系安全带了，因为急停或者碰撞，系了安全带，很可能保住狗命

我不太熟悉这个，插个眼，等大哥回复。

我本来是想 ebpf redirect 是 unix domain socket 场景的优化方案，我看到你出现了 oom 有点震惊，不是有 sk send_buf 之类可以背压保护吗。问了 ai ，说 ebpf redirect 这个实现，直接绕开了这个限制。。。

我又问了 ai ，说 绕开的原因是什么，ai 说，是因为 ebpf redirect 运行在软中断里面，没有进程上下文可以阻塞，我觉得这个很合理，说服了我。

那既然这样，就不适合用 ebpf redirect 方案，去解决这种生产者消费者速率不匹配的场景问题了。

ai 推荐了 splice 和 io-uring 。

以上是我边搬砖（围观 cc ）边水贴问的，耗时不过十几分钟，按我以前的经验，要探索到这个阶段，得花一个晚上。。。

正式邮件都是 ai 帮我写，平常交流，让对面自己适应，我现在都不担心感情色彩误用了，反正对面会消化掉

用了 ai 之后，就立刻买了不少半导体和七姐妹，虽然现在回撤了些，但是还是赚了点

累，主要指的是堆砌了很多形容词，大量的描述，看起来很华丽，但是没有剧情起伏（爽点）

读者阅读的时候，大脑分析半天，结果啥信息量也没有，没爽到，那剩下的就是累了

我觉得不是文笔的问题，有的鬼扯小说，光是标题，我就有打开的冲动

主要还是为了放松才看小说的，如果读起来很累，还不够爽（我选择去看龙书：编译原理）

你适合自己创业，而不是去坐班
这也是一条很难的路，需要自己找到窄领域的付费需求，不过比铁人三项靠谱多了

情节不够抓人，另外阅读体验有点累

究竟该做什么
如何以正确的方式去做
怎么样算是正确的完成了

只有程序员能回答这三点

已经 star 了，能支持 codex 或者 cc 这种 agent 的使用方式吗，而不是 api