动画不是我的 expertise 所以不是很熟悉
不过你这个，我觉得你给身体做的动画是给身体的骨骼的，没法直接放到别的模型上面。说白了建模也好，编程也好，就是一种 fancy 的告诉计算机“我想要什么”的过程，在身体模型里面是通过调骨骼动画来完成的，但是这个数据并不能直接告诉计算机衣服该怎么动。
所以我觉得你谷歌的关键词不应该是怎么“传递”动画，而是怎么给角色做衣服

发错地方系列 ...

GCC 和 Clang 都可以通过使用 -### 参数显示编译过程中运行的命令

@rbw 祖宗之法不可变（

> 我的理想状态就非常简单，第一 IDEA 写代码的时候，不要卡顿，一个类有 1000 多行代码的时候，滚动不要有明显延迟。

有梦想很正常，但是不适合放在这个帖子里。这个和硬件没关系。

软件层面的话，楼主可以看看两个系统有没有控制启用 /禁用显示器的 API ，先做到使用程序管理显示器。
然后显示器可以通过 I2C 控制输入源，这样可以不用硬件按键切换，把两个系统连到一个网络上，写个程序分别跑在上面，接收到请求时就操作系统 API 并发送 I2C 信号。然后绑个快捷键。
或者淘宝上有几个键的小键盘卖，可以拿来做单独的控制键。

@dangyuluo #43
1640 还比较科学，跟我这个数据比差不多就是频率的比利关系

我感觉你这个 benchmark 测试的主要是 sqrt 和 idiv 的性能 (源码应该是 https://github.com/akopytov/sysbench/blob/df89d34c410a2277e19f77e47e535d0890b2029b/src/lua/prime-test.lua#L15-L30 )，SKL 的 idiv 确实不太行。LuaJIT 要是搞个库进来可能会好一点（或者换 ICL 之后的 u ）。

另外 Docker 性能损失这么大是什么原理，设置了 cpu-quota 了？

重新下了个 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 自己现在分配到了多少。