#os #post libc不懂线程模型

一个默认不是EPOLLEXCLUSIVE的libc，和天生除了 onclick=()=>{if...; return true} 还支持capture和scroll特例优化的js，真不知道C设计时脑子在干什么。默认广播？广播什么？

C工具链的一切都是进程的尸体，和代码本身并无关系，也和作者的心流意图相去甚远。这不是性能的问题，纯粹是不会读空气充满跑通次抛的气质，否则下游为什么都在改、加框架才能脱离玩具。 能跑和【能活】是两码事，能绿就小心了。

C文件完全没有被调试的价值，它的typing就像它的隐转一样在静态语言里出戏，就连WASM也不咋样。 用C却从未自带“人肉编译器”的编程者是libc生态的受害者，而只为调几个API和“编译器隐藏大招”教人C开发应被视为某种犯罪，这是在传播思想残疾了。

整个污染性的await的编程世界，都是4K内存页和奇葩调度器搞的鬼。本来是串读串写的（线程栈），和本来是块和事件的（fs/sql/httpd等程序），说UNIX没有预期我不相信。

混在一起做IPC和“竞争性优化”，结果毛都没搞成，因为就是在内耗，心智模型不如一个git和CRDT合并。

Alan Kay 对“未来”的需求可是非常清楚，相比之下，UNIX的千年虫和Java的null是谁的锅呢？ C10K和Y2K是同类问题。这帮人又复杂又愚蠢，愚蠢到连复杂都看不出。

Alan Kay 追求的是一个能让儿童理解和创造的、动态的、自包含的“元媒介”。他不仅发明了OOP，而且完美规避了现代全栈的问题，没想到吧？React和AWS Lambda的发明，早就在Scratch和JS的前身里，而且第一门OOP语言就连Bool都是函数式{}块的实现。 人家一开始就没把 ./file 和 addFile(URI, blob) 给混为一谈

Swap最初是用于关闭重开状态保留，源码一开始就像innerHTML(JSON)那样只是内存对象的表示，性能差但从未有Y2K和C10K的债要还，NixOS吹的特性Kay早就做好了。

一群连回调地狱都没写过，连F12和断点都不是人均使用过的编程语言定义【高并发】。battle-tested 框架还不如Kay给小孩子做的GUI解决的漂亮，一开始，就是按信息构造的方法，消去它

C干了什么呢？它把一个accept()事件注册，变成了类似 (then_ret2proc)=>_Noreturn 的Stop-the-world调度魔法，这是魔法函数，只因为UNIXer觉得不支持()=>{}的C就是唯一的编程语言，而且libc的fork()隔离成本“极低”。

sched.c与vm.c，很大程度上是在【用最愚蠢的方法】实现fnarg2obj（闭包）和GC。而0644那种权限的保护，很大程度上不如CSP对js和apk的保护，因为是CSP白名单是可以从行为自动生成的。

那么read|write也是同理，然后他们还很乐观的使用 cat|sed|less 这样的“UI密集型”接口，甚至产生了IPC这种结构像bashrc的“调用等待队列”的问题。其实串读串写、事件、块设备，是三回事，其实addEventListener和transfer()是对的，而IPC就是一团乱麻。

如果一开始，就没有把accept() Worker卡掉，哪来那么多重造轮子的IPC需求？

一开始没分清【计算】产生的信源就设计libc，然后到处无意义的while(1)，结果只证明“系统编程”经验替代不了用户诉求与洞察力。

当然了，我简化了 accept() vs accept(then) 的问题，前者传入了自身pid（或者说整个ret2stack），后者另外传入了一个“代码和数据”双指针。 内核权限对后者是无能为力的，因为一个进程不能长两个头。

这个问题，真正是我说的“用非常愚蠢的方法实现闭包”：把 一个纯粹的token鉴权，和栈(pid)绑死在一起，所以有了各种语言的await。 这是养鸡场只有一个谷堆，一群鸡随机插着队来消化，但谷堆（网卡）本身是事件性的！😂

鸡确实没有两个头，但把进程视为单线的、有栈顶的，这种说法本身是错误的。并没有确定的执行顶部，只是一堆信号变量间的因果链！

😅因为OOP封装和“阅后即焚”式计算太流行了，好像必须要有个栈vs堆一样。其实栈分配只是个内联优化，泄露进了认知里，还成教科书了。 不会真以为栈变量就能阅后即焚吧？

这就好像某人发现了【文件名不占空间，可以拿来做压缩】，或觉得伪递归(continue fn(x-1)) 比for更占内存的“真理”一样让人哭笑不得。for还会死机，递归却允许爆栈时优雅容错怎么不说？

OS就是大一点的JVM，甚至代码解释器而已。 🐧因为sched/vm的内核功能把 “回调链表” 给藏在混乱的procfs统计里，就认为不存在持续态栈消耗这回事?

一个进程不能长两个头。 更深层次的问题是，pthread无法区分出这双指针里谁是“安全”的数据（需要喂给用户态全局sighandler）

uring后来解决了。IOCP可能还简洁点，但如养鸡场一例所说，这是手写闭包和大switch的智障级设计。 为了一个“不能跨域请求污染”的事兴冲冲的把垃圾当成高性能做

😇我就摊开了讲：两个版本accept的本质区别是栈易失vs堆拷贝，是从 pix(x,y, implicit pid) 装箱转换为 enum Stack{Pix(x,y)} and pid {case Pix: .. } 的双指针的组合方法之别，大小写问题。

为了这个内核不能“跨域执行”的手短问题，你们发明了Kay的OOP里没有的毛病，这个模型并没有比“单线程”那个好看，因为仅仅是内核不能去直接eval那个回调而已。它必须区分arg和fun。

这是模块化时的权限问题，其次是ld-linux的ABI问题。让accept自带fork的语意并不会让nice沙盒+mmap的开销更低，何况养鸡场并不适合为了while(1)设计的抢占式调度器。 把pid这个隐藏状态诚实的写成一个参数，怎么就这么难呢？

有多少人知道strace和stap可以像F12网络文件覆盖那样，模拟chroot？ 好像pid和gui本身是不可再编程的最终产物。

这件事的结果是，因为4K页和抢占式调度器太贵物的弊病，libuv 这些东西动态创建线程只为了在accept/read之类的固定行号卡死，然后push给master，后来又有了epoll/uring逐步的“跳步”支持。

本来的模型错了，但它的 dirty hack 碰巧掩盖了这部分。好像线程这东西真是存在的一样，好像“服务”真的都不是单线程的。

他们还经常说什么高并发L3缓存友好，其实就是一个不存在的问题，就像React的vdom vs Svelte的点对点绑定一样，错误的把“回调链表”用timer + while(1) if(ret!=null) 这样的若智逻辑表达，改回来，还长脸了？ 你tm一开始就在无脑GOTO和鬼扯。

还有人又学到了 #FP Continuation，就是【回调链表】asks(A=>B=>C=>...) ， #haskell IO Monad 给整的亲妈都不认识

归根结底，异步编程就是个骗局。是事件的就归事件，不要把谷子堆起来，再责怪鸡怎么挤来挤去数据都乱了

让一切“返回”某种json再去diff减枝真是我听过最搞笑的优化了，JS觉得自己比C++快，C++认为x86中断不懂事件和因果链，编译器觉得机器和指针比人聪明。 根本没有“返回”，编程是点对点的。 🙄

#math 还真是，充分必要王后🌚 ps.菲尔兹奖得主在发言

印度政府命令 GitHub 移除 Jack Dorsey 的蓝牙聊天应用 Bitchat

2026-07-24 23:46 by 完美女孩

印度政府的网络犯罪协调中心命令 GitHub 移除 Jack Dorsey 的去中心化蓝牙聊天应用 Bitchat。前 Twitter CEO Dorsey 在 X/Twitter 上公布了收到的通知，通知的日期是 7 月 23 日，声称该应用能在网络受限的情况下进行通信，能被反国家分子、恐怖组织、有组织犯罪集团和网络犯罪分子滥用，他们试图逃避合法监测，继续在法律限制下进行通信。印度最近爆发了被称为“蟑螂人民党（Cockroach Janta Party)”的抗议活动。

https://www.thehindu.com/news/national/government-orders-github-to-remove-bluetooth-based-chat-app-bitchat-over-security-concerns-jack-dorsey/article71262049.ece
https://en.wikipedia.org/wiki/Cockroach_Janta_Party

#审查

https://juejin.cn/post/7565807476084621338 #js API

#今日份教训

家用UV打印机（任意表面）是个大坑

它和3D打印机不同的是维护成本
如果不是连续使用很容易堵头

而且耗材价格很贵，清洗流程也耗墨水
目前基本上都是爱普生方案打包

体验差不说，有些软件里面AI识别打印位置居然还要单独买Token
大开眼界🤡

淘宝上面那些低于五位数价格的机器都是定金价格
在国内完全没必要买，不如直接传设计图要成品

本来还想看看能不能在美国搞一台玩玩
算下来耗材开一次机的价格都要几刀的成本直接让我死心

via NeverBehave https://mastodon.social/@neverbehave/117034381752942649

🔴 Linux 内核 sctp 模块本地提权漏洞 SCTPhantom。

- 腾讯朱雀实验室利用 AI 辅助发现了一个于 2008 年引入的 sctp 模块的漏洞。
- Kernel 上游和 Debian Trixie/Sid 已经发布修复版本。

CVE: CVE-2026-64564
CVSS: 8.5 （作者自评）
Fixed-In: 6.6.148, 6.12.101, 6.18.42, 7.1.6, 7.2-rc5

matrix.tencent.com/~

[感谢一位匿名订户提供信息。]

#SCTPhantom #Kernel

日本研发出可从废旧电动汽车电池中回收高达 90% 锂的新方法
原文：https://tech.supercarblondie.com/japan-recovers-up-to-90-of-lithium-from-used-ev-batteries/
阅读时间：2 分钟
分数：697 🔥