@Tumblr 算盘的主题我先预订了

别说 tracing GC 的语言，就连 C/C++ 这种人肉内存管理的都存在换一个 malloc 库提升 xx% 性能的说法 ...

你要不要试试插一台 1080p 再插一台 4k ...

我看他们说 XDR 确实挺经济的

另外 AMD 最近正在 iGPU 方向发力，不过短时间内要做到 M1 Pro 的效果大概不太可能，内存小水管卡着呢

没听说过 Optimus 有会卡 UI 的说法。理论上这玩意就是在 iGPU 和 dGPU 之间传输原始画面，没有“编码”“解码”的过程（真“编码”出来连画质都会损失），iGPU 只是一直渲染内存中一块区域的贴图罢了，正常的配置根本不可能满载——你要是能只用 iGPU 拖得动外接窗口化星露谷（或者视频播放），理论上也能拖得动外接窗口化 Optimus 。

@cmdOptionKana
> 我们每个人，都不可能 100%符合主流，每个人都有一些小众的癖好、行为模式。
比如 WASM ...

那当然是换用 goto 啦

隔壁还有个 NIO 的，你们能不能一个一个来，V 站 Trending 都快不够用了 ...

遇到过，拆拆装装莫名其妙就好了。猜测可能是接触不良或者 CPU 散热问题。

巧了，今早 Mac 刚打开就死了，桌面是好的，但是里面的窗口不能用，切换到任何一个窗口都转彩虹球并且不响应任何事件。

我还想问为啥任务只能在手机端看呢 ...

我的梦想是成为一名带文豪，最好能写出《嘉然小姐的狗》一样的传世名作

@jfcherng 是，但是还是不如 array_fill 快

@Features 占用区别不大，implode 之前一共也就占 3G ，implode 又吃掉 2G

你这个把 array 的空间在一开始用 array_fill 就分配好可以快不少
虽然这样还是要花上很长时间分配（很可能比后面的 loop 还长），可能是一堆 page fault 导致的。

另外建议把 implode 和写入分开算时间，写入阶段在同样的机器上能差出一两秒

既然没有办法获知真正的具体实现细节（当然现在有一些开源 CPU 代码可以看），那要想更好的理解 spec （不管是一个特定架构的还是不限于特定架构或平台的，general 的 memory ordering 的 idea ）只能建立一个尽可能细致的思维模型来逼近真正的实现，这个模型并不需要与实现相同，它只需要能够自洽地解释“spec 为什么会这么写”的问题就行了。也就是说楼主想要的其实正是 spec 所 “imply” 的那部分。

就特定硬件的实现细节来说，国外也有一些人在做比这个更细节的事，从猜测 die shot ，测量 OoO 结构参数，到研究 microcode 和未公开的接口和优化。甚至还有人翻各种专利加一堆 microbenchmark 凑出来一个 350 页的 M1 分析。猜出来的东西真能和实现对上么？不一定。但是这不重要，有总比没有好。

@dahakawang 楼主问的是“多核 CPU”中 memory ordering 问题的成因，也就是问的就是实现层次的东西。文章并没有特指是哪一个 CPU 。也并没有“假想”“一个”架构，而是在前半部分通过“假想”了“若干”个架构，讲 memory ordering 问题是怎么出现的，后半部分从内存模型的层面（这就不是实现层面了）分析了从 Alpha 到 x86 等若干实际存在的架构，基本套路讲明白了。
要是真就只看一个特定架构的话那倒简单了，直接看 spec 就可以。但是 spec 只是 spec ，不会给你讲什么缓存啊 MESI 啊，根本就没必要关心究竟是怎么执行的，现在重新看一下主题中最后一句话，楼主这个问题的意义在哪里？