重新下了个 VTune ，进去一个大大的 div %rcx 真是开幕雷击 ...

可能能解释 #37 的数据，因为在某乎上对 #37 有印象，用的应该是 AMD 。然后翻一下 uops.info 就知道了：
https://uops.info/table.html?search=div&cb_lat=on&cb_tp=on&cb_uops=on&cb_ports=on&cb_SKL=on&cb_ZEN3=on&cb_measurements=on&cb_doc=on&cb_base=on
https://www.realworldtech.com/forum/?threadid=200021&curpostid=200021

但是楼主的数据还是很神秘。不过他这个貌似是 LuaJIT 给 JIT 出来的，究竟拉出什么代码还不一定呢

另外我这个数据跟#37 的比也有点离谱 ... 感觉这个 benchmark 就不太靠谱
整个 GB5 或者 Phoronix 不行么，再不济 Blender Benchmark 也行

同怀疑 9900k 数据有问题，我这 8500:

sysbench cpu --num-threads=1 run
sysbench 1.0.20 (using system LuaJIT 2.0.5)
...
Prime numbers limit: 10000
...
CPU speed:
events per second: 1378.00

@3dwelcome #55
> 在 figma 里面，canvas 上的单个 rect ，内部肯定也是一个元素对象。就是没有浏览器 BOM 对象一一对应，这样叫虚拟 DOM ，也都习惯了。

你看看你这个定义推广开来会发生什么事情：
我的头像是用 C4D 搞的 3D 模型，现在在 Three.js 里面渲染出来，因为是在浏览器里面，所以里面的一个 Box 是个 DOM
我用 Unity 做个游戏，里面有根草，哪怕这玩意是 GPU Instancing 出来的，因为可以跑在浏览器里面，也叫 DOM 。
你这个回复每一段有两行，每一行在浏览器里面都会有一个内部的对象来做排版，虽然你没办法用 DOM API 直接操作它，但是因为它在浏览器内部有个东西，所以叫 DOM 。

如果他们不是在浏览器里面，那该叫 mesh 就叫 mesh ，该叫 instance 叫 instance ，该叫 line 叫 line ，就因为生在了浏览器里面，所以通通叫 DOM 。

这 就 是 前 端

> 放弃 JS ，选择 WASM 写代码就是为了舒心。说运行速度什么，那都是次要的。
你是不是忘了有 WASM 之前前端是怎么玩的了 ... JS 不好用没拦着你用 TypeScript ，Reason ，Fable ，PureScript ，Scala.js ，Elm ，Kotlin ，Dart 啊。这和 WASM 依然没有必然关系。

@3dwelcome #37
CanvasRenderingContext2D 或者 WebGLRenderingContext 也算是 native DOM 对象啊，操作这个也是要过 JS ，只不过不操作 DOM 元素而已。
而且你这么做不就是在 canvas 上搞 DirectUI 么 ... 第一你这也不叫 DOM ，UI 框架里面的元素就叫 Widget/Element/View whatever ，但是一般不会叫 DOM ，因为广义地来说它是“document model”，最开始 Web 就是文档+链接这么一个 idea ，所以叫“document”，只不过后来被用来做 application 了（这是很糟糕的事情，不过前端很多东西都这么过来的），正经做 UI 不会做出“DOM”这么一个东西。狭义的来说“DOM”是一套标准，不符合这套标准不能叫 DOM 。你看 Python 里面的 xml.dom ，接口和浏览器里的 DOM 是差不多的。

第二你这个不只 WASM 能做，没必要强调 WASM （你后来说的什么“真正的工程”可能是 valid point ，但是和这一点无关）。因为这里真正重要的是你这个 UI 框架的架构设计和组件实现质量，这些是不限语言的，JS 早就玩过了: https://github.com/Flipboard/react-canvas
当然考虑到性能问题的话，WASM 确实可以做到比 JS 更高的性能，但是并不是说你把一个 JS 程序重写成 WASM 性能就一定更高。而且你要“发挥全部潜力”，那 WASM 局限性也很大。这些问题这个帖子里面吵过了: https://v2ex.com/t/804821

Figma 貌似是 React+ReactDOM 做 UI ，然后 WASM+canvas 做渲染。因为 React 这一套经过框架的封装和长期填坑之后已经是很成熟高效的做 UI 的方案，而 Figma 的工作区本来就是一个 literally 的 canvas ，这叫在合适的地方用合适的技术。（当然我做可能会把 ReactDOM 踢掉，因为你应该也看得出来我也不喜欢 native DOM ，但是我觉得在 WASM 里面搞 UI 框架的工作量会远超搞编辑器的工作量 ...）

@HackerJax 目前来看，元宇宙不如原神。

@3dwelcome 我就是不明白你这个“DOM”指的是啥 ...
前端说 DOM 指的就是浏览器 native 的 DOM 对象。还有一个为了减少 native DOM 对象操作搞的虚拟 DOM 。不过这俩是分得很清楚的，说 DOM 就是 DOM ，说虚拟 DOM 就是虚拟 DOM 。WASM 里面也可以做虚拟 DOM ，但是要做“DOM”必须过 JS 。

Steam 在 Linux 上好好的，不知道为啥 ...
目前在 Linux 上区分大小写碰到的唯一兼容问题就是 Civ6 的 mod 不好装，需要改下配置文件。

@3dwelcome 我感觉到了“海量 DOM”这个程度上，浏览器已经卡得不能自理了 ...
这种情况不是应该虚拟列表啥的先把 DOM 降下去么 ...

iMac Pro 用的是一套 Xeon-W 的 SKX 处理器，也是 B 结尾的。最高端 18c 的型号叫 2191B 。不过人家是正宗的 LGA2066 ，淘宝上有，在 3950X 出来之前还是不错的。现在价格差不多腰斩，不过估计也没什么人买。

@Mithril #106
JS 很多设计我也不喜欢，但是 Colors 和 Faker 这俩玩意怎么想都不像是语言标准库应该自带的啊 ... 标准库设计得再好也避免不了今天这个问题。

（甚至包括 left-pad 我都不认为是标准库必须应该包含的，并不是所有语言都有这个标准库函数，有的语言会用 format string 替代这个东西，理论上满足大部分场景，但是这样只能用一个字符来 pad ，left-pad 和新的 padStart 是支持用字符串的（ Python 最奇葩既可以 format 又可以用 ljust/rjust ，但是又只支持一个字符）。
这么推广下去，标准库必然会陷入一种总有人说”我觉得这个功能很常用啊，为什么你没有？你不‘正常’”的怪圈中。增强标准库和提供类标准库功能的库很多语言都有，比如 Python 的 dateutil ，Rust 的 serde ，Go 的 cli ，Swift 的 SwifterSwift ，C++ 和 Java 更是有 Boost 和 Guava 这种庞然大物。能碎到让人围观看戏的可只有 JS 一个）

> 开源就是一门生意，Faker.js 的作者只是一个生意失败的人

这话是废话，但是也很有意思——类似 Marak 的事情其实在各行各业，开源非开源都在发生。没有必要因为开源圈所谓的“用爱发电，毫不利己，专门利人”而特殊化这一事件。

> 只是认为从利益角度，希望能寻找一种更好的分配（合作）方式

同理，你这个话所有人都在说。当然最后的意思一般都是“希望能寻找一个自己分配得更多的方式”，regardless of 自己现在分配到了多少。

体系结构里面 Memory Wall 貌似是一个很受关注的话题
传统冯诺伊曼架构中，某种形式的“内存”基本算是必要的。现在有一些新的架构，不存在整块的“内存”。最典型的是把存储单元和计算单元放一块去，上世纪美国有家公司叫 Thinking Machines ，Richard Feynman, Marvin Minsky, Stephen Wolfram 等人都在里面打过酱油。他们做的机器叫 Connection Machine ，这个机器由很多个“单元”组成，每个单元是一个 1-bit 的处理器，加上一小块内存。然后他们搞了个很神奇的网络把大量的这种单元连了起来。最开始是使用某种 LISP 方言编程。
当然这是传统 AI 的时代，现代也有类似的东西。可以了解一下 Neuromorphic Computing 。更直观的有最近两年 Xilinx （不知道这名字还能叫多久 ...）搞的 Versal 芯片，这个芯片里面不仅有传统 FPGA 里面的各种 CLB 和 LUT ，还有一块叫做 “AI Engine Array”的东西，这个也是很多所谓的“AI Engine”连成一个网络，每个 Engine 里面有一个处理器，一块指令内存和一块数据内存。
我只是随便看看这些东西，很难肯定这几个中间是什么样的关系。只是希望帖子不要局限在“SSD 快到干掉内存”这样的内容 ...

有人用 AWS Lambda 编译 LLVM ，claim 的结果是不到一分半完成，一次花不到五十美分
https://blog.nelhage.com/post/building-llvm-in-90s/

楼主或许应该…换个同学？

@zeal7s 我随便写的 ...
换成
template<typename T = void>
constexpr int sum(IntList<>) { return 0; }
应该也行

你要把 T 弄成 IntList 不是不行，但是你要展开就得想办法把模板参数拿出来。这个好像最后都要 boil down 到某种形式的 pattern matching ，你只有一个 T 的话是没法做的。

啥主板这么富裕
用 Linux 的话，可以把 ... 显卡 ... 买回来装 Windows 虚拟机，或者 AMD 亮机卡装黑果虚拟机。
万兆网卡，HDMI 采集卡，RAID 阵列卡，USB 扩展，雷电卡，FPGA 开发板 ... 太多了

不过对于普通人来说，最 scalable 的浪费 PCIe 槽的方式应该是固态硬盘。CHH 那边少数折腾 PCIe 拆分的应该基本都是为了这个，最后的结果就是这种歪风邪气 https://v2ex.com/t/813143?p=2#r_11044760

用函数貌似也不是不行： https://godbolt.org/z/jToWjMhj1
但是很难说 concept 能帮你

另外恭喜楼主入坑原 ... 元宇宙 ... 编程