token 没必要造假给你乘以倍数，又不是 credit ，你会不会把上下文 token 和总 token 搞混了

@ivechan GLM 跑了 8 亿，deepseek 跑了 0.5 亿的结论

flash 就行了，把任务说清楚，量大管饱

spec 就是垃圾，它既不易于维护，又不能精准描述行为。
测试用例和简单的文档就能替代他

这么多模型，完全不知道该用哪个，阿里的产品总是这样

@MX11XM
不如先回去大厂，然后再寻找其他方向。接触的人群很重要，国企的氛围不适合你这种人，大厂氛围卷但是年轻人还是挺多的，也有朝气。
如果在一个公司，资深员工的工作状态是你厌恶，想都别想都要尽快逃离

1. 别在工作里找意义，外企也一样，除非企业文化和你的价值观相同
2. 多跟人交流，特别是值得信任的人（家人、很好的朋友）
3. 网友的观点是个 P （包括我），多想想自己想干什么
4. 感觉你太焦虑了，Just do it

国外很多开源软件其实也有漏洞。。。大可平常心看待。

《 A Primer on Memory Consistency and Cache Coherence 》可以滤清概念
偏实践的话可以看 https://www.kernel.org/doc/Documentation/memory-barriers.txt
（怎么用 MB ）

@dahakawang 《 A Primer on Memory Consistency and Cache Coherence 》 没有问题吧。
介绍的都是实际中常见的内存模型，比如 X86 （ TSO ）。
这个和某个 specific implementation 没有任何关系.
正如 @nlzy 说的一样，内存模型是一个架构的规范，和微架构实现没有关系。
所有 x86 都是 TSO 的，没有什么例外。

韧性

N.B. You most likely do _not_ want to use MicroSpinLock or any
* other kind of spinlock. Consider MicroLock instead.”

你连英语都不懂吗。。。

@fengjianxinghun 在进入睡眠之前自旋一会尝试去获取锁那是因为有时候锁短时间内就能获取到，不必要走 slowpath，多了上下文切换等资源损耗。

这就是我说的"除非你真的知道你在做什么"的场景。
spinlock 没有问题，有问题用错场景的人。这里不是解决 spinlock 的问题，这里解决的是 muted lock 在发生竞争时 overhead 过多的问题。


你没必要再拿这种打自己脸的例子来解释了，用户态锁场景下 99%都不应该用 spinlock，就是事实。
说什么你用了 mutex 就是用了 spinlock 简直是偷换概念，胡搅蛮缠。



重要的事情说三遍：

N.B. You most likely do _not_ want to use MicroSpinLock or any
* other kind of spinlock. Consider MicroLock instead.”


N.B. You most likely do _not_ want to use MicroSpinLock or any
* other kind of spinlock. Consider MicroLock instead.”


N.B. You most likely do _not_ want to use MicroSpinLock or any
* other kind of spinlock. Consider MicroLock instead.”

@fengjianxinghun 你再仔细看看我说的话，和你说的话，确保你理解我的意思吧。

@fengjianxinghun 你发的链接恰好证明 Linus 是对的。
你难道没发现，你所发的代码，都特别注明，大部分情况下不要使用自旋锁吗？
在能够抢占或者中断的操作系统里，用户态自旋锁在很多情况下都毫无意义（只会浪费 CPU 时间）

“/*
* N.B. You most likely do _not_ want to use MicroSpinLock or any
* other kind of spinlock. Consider MicroLock instead.”

>cpu 只有一个核心，A 线程占用了 CPU，B 应该不能自旋了吧？？
是的，A 线程占用了 CPU，B 线程的代码无法执行

>是不是只能等 A 执行完毕
不是的。即使 A 线程占用了 CPU，那也不意味着你能一直占着直到你的任务结束。
有因素会打算 A，然后切换到 B 。比如分给 A 任务的时间消耗完了，A 被调度出去；
比如中断和抢占打断了。


另外，不要用户态使用自旋锁，非常非常地愚蠢，除非你真的清楚自己在做什么。
引用 Linus 的话：
>I repeat: do not use spinlocks in user space, unless you actually know what you're doing. And be aware that the likelihood that you know what you are doing is basically nil.

coc good!

用自己的账号

空格，容易按。