@aloxaf 说是从来不缺，最近二十年我貌似只看到了俩

这就是为啥我要提到“分发形式”
如果你走 Blender 插件的这条路的话，那就不存在“套壳”这个说法，Blender 就是壳，Blender 也是肉，你能做的也就是加个耳环而已，外面“包一层”搞成钢铁侠是别想了
因为你这个东西需要一个 mesh 数据的表示库（看起来不需要编辑），也就是“肉”，还有一个 UI （壳），前者其实也不算难找，但是后者一般依赖前者，前者做得好的一般后者只做到 demo 程度，后者做得好而不重视前者的应该是属于 visualization 领域而不是 DCC 。
你用 Blender 的 point 就在于他壳和肉都做得好可以直接用，你不用壳的话就没啥意义了，何况那个肉单独拿出来用也不一定好用。DCC 的特点是提供一套完整的框架，DCC 本身并不考虑跳出框架的 use case 。

另外 Blender 是 GPL 的，就是说如果你要商业分发的话也可能会有问题。（虽然 Blender 本身貌似是有商业化的插件的，甚至有使用了 Blender 自身代码的商业化闭源插件，不知道 license 具体是咋回事）
还有一条路是 Blender Game Engine (BGE)，这货我不了解。类似的应用 Unity 其实也行，因为这些游戏引擎为了搞 hype 基本所有和 graphics 沾边的都碰了一遍瓷 ... 好处是游戏引擎基本是天然为“套壳”而生的，“套壳”倒是很方便，但是和游戏无直接关系（也就是说 DCC 那边的）基础设施就不太好了，而且 Unity 的生态更奇怪

Visualization 相关的也可以看看，不过我就知道个 VTK 是做 CMake 的 Kitware 搞得（很明显，CMake 是个副产品），我主要还是关注 DCC 和游戏引擎相关的 ... 不过我现在严重怀疑楼主只需要个 obj parser ...

主题中说的这些问题，前半句都没啥，问题都在后半句上面
> 他去搜索了一下，然后发现大家都受这个问题困扰
> 他觉得所有人意见是一致的，绿色聊天软件确实垃圾
不觉得和什么辛普森悖论有啥直接关系，只是人们习惯于 over-generalize 而已

@taka8rie
> 用阿 Q 的方式建立虚假的优越感。。。觉得自己聪明又一事无成的状态，其实。。挺毁人的。。。

我觉得他对自己的评价很中肯

为什么不是机器学习或者区块链

看标题以为你是要找个 geometry/mesh processing 的库（我也在找但是一直没找到满意的），看内容发现应该直接 Blender 做个插件就行了（如果你们不要求分发形式的话）
现在像样的 DCC 都有 Python 脚本引擎，也就是说不开源的都可以，Maya 插件也行（就是有点贵）

@secondwtq s/load-to-store forwarding/store-to-load forwarding
还有忘了说 ... 因为 store buffer 的存在，一般的 store 操作在不填满 store buffer 的前提下的开销是很小的，和 load 差远了。

“访问共享变量需要同步原语”只是因为内存模型不保证未保护的访问，这是概念层面而非实现层面的问题。当然内存模型是综合考虑软件需求和硬件实现才提出的，所以折腾实现也是有用的。

据说 ARM 已经在架构层面加入了目前最流行的 sequential consistency 模型，不知道效果如何。

缓存一致性（ Cache Coherence ）保证的就是不同 cache 的视图是一样的，所以只要是 cache coherent 的系统，当一个 cache 中的数据发生变化时，其他 cache 中对应的数据也会发生变化。
楼主描述的“线程 A 对 V1 的修改，应该对内存和线程 B 都是不可见的，直到未来某一时刻 A 的 cache 刷回内存，B 所在的 CPU2 中的 cache line 才会被标记为失效，之后才能读到 A 对 V 的修改”不符合缓存一致性的定义。

但是完全实现这一保证，性能会出问题——处理器在执行 store 操作之前，需要告诉所有其他处理器这个 cacheline 被 invalidate 了，然后还需要等其他处理器回复，才能完成 store 操作。但是大多数情况下我并不需要等这个 store 。所以就出现了 store buffer 缓存 store 操作，但是为了保证本处理器的程序顺序正常，store buffer 必须配合 load-to-store forwarding，然后就出现了本处理器和其他处理器所感知到的程序顺序不一样的问题，以及可见性的问题。
再往后去看 Memory Barriers: a Hardware View for Software Hackers

当然好像在各路 Java 教材中，“懒得刷进主存的 ‘cache’”事实上替 store buffer 之类的优化背了锅。

@gBurnX
> 星际因为早期这种架构，出现了联机下的资源修改挂，后来的版本通过使用混合模式，修复了这个问题。

来源请求

@gBurnX
> 另外楼上有些小伙伴说了帧同步，实际上没有纯粹的帧同步游戏，不然只要有网络延迟，游戏的不同步率只会越来越大。
> 帧同步率的游戏，其实是帧同步 + 每隔一段时间（ 1s ）的全局状态同步。当年 war3 和 starcraft 的联机挂就是针对全局同步的漏洞来实现联机时资源修改的功能。

来源请求

看到提到帧同步，可以参考一下这个文章
https://zhuanlan.zhihu.com/p/165293116 关于 “帧同步”说法的历史由来

另外还有一些整活的： https://www.forrestthewoods.com/blog/tech_of_planetary_annihilation_chrono_cam The Tech of Planetary Annihilation: ChronoCam

> 如果没有官网，一般是不会看下去的

没有官网其实就说明人家本来就不想让你看了

可是 Python 本来（一般来说）就是强类型的啊 ...

@cmostuor 我说的是“为什么苏格兰人阿帕奇人好像都要比汉人要’纯’”

不如说说你觉得利用 BNF 能怎么简化内容？

@cmostuor 我看你这里面什么苏格兰人阿帕奇人好像都要比汉人要“纯”？

算了，说说我自己吧，自己的姓是神圣罗马帝国记载查理四世得姓的七大选帝侯的姓，祖辈也一直在勃兰登堡。一直以来都认为自己是正宗的日耳曼子孙。结果做了基因测试,发现德意志只有 71%,还有 26%的波兰语族血统,最可怕的是还有 2%的犹太族。目前排查下来主要是我外祖母的原因,她祖辈生活在东普鲁士，带来了夷狄的血。看要结果可以说非常懊恼，多年以来的信仰崩塌了,感觉活下去的动力都没了。蛮夷的血在身体里流淌,都想把自己送进毒气室。Hitler 也不想 Heil 了，军官服也都烧了，一个下午都吃不进东西。我该怎么办?

（来自 https://www.zhihu.com/question/449669984/answer/1784520855 ）

其实这帖子整体暴露出了传统功夫 ... 传统编译器普遍具备的两个弱点，一个是并行编译和增量编译完全依赖于“文件”，另一个是 LTO 难以并行化
其实编译器实现中，编译过程最通用的结构是函数，"compilation unit"这一级别的概念并不强（更多是起一个“上下文环境”的作用），但是现在很多静态编译器还是按照绝大多数主流编程语言“文本+文件”的历史惯性，直接按照文件编译，一个文件过大直接卡整个编译过程，增量编译也是直接比较修改时间，只能说还好 Java 的优化主要靠 JIT ...
LTO 就更简单粗暴了，现在大多数 LTO 就相当于帮你把代码拼一块然后优化，一个核编译几十个核围观，项目大的话可以津津有味围观好几十分钟

和编译器无关，另外一个暴露出的 C/C++ 的弱点就是自身的基础设施拉跨（按前端黑话叫“工程化”），以至于经常要靠直接拉源码的方式来引入第三方代码 ...

所谓“择其善者而从之，其不善者而改之”，就算是“不好”的东西，也是有存在的价值的。
何况在计算机的世界里，并不存在绝对的“不好”。类似的问题还有：“既然硬盘这么慢，那么硬盘存在的意义在哪？”，“既然 MP3 音质有损失，那么 MP3 存在的意义在哪？”，“既然 Java 不如 PHP 好用，那么 PHP 存在的意义在哪？”，“既然 64 位浮点数比 32 位浮点数精确，那么 32 位浮点数存在的意义在哪？”“既然我们前端要 UTF-8 Everywhere，那么 GB 18030 存在的意义在哪？”“既然 memory_order_seq_cst 那么好用，那么 memory_order_relaxed 存在的意义在哪？”

都是课本里面讲烂的东西，在这帖子里面重复的意义在哪？
不如整点新活，比如 FP Lives Matter!!!!!1111

看你说的是什么样的虚拟机，比如我在 Linux 下面用 KVM 跑 Linux 虚拟机，好像就可以虚拟机实际用多少内存在主机分配多少内存，而不是直接把设定的内存限额一梭子全都分配给虚拟机。但是跑 Windows 虚拟机貌似就不行，应该是要内核支持。
所谓统一内存我个人感觉主要是在使用加速器的情况下，提升了内存的使用效率（ Apple 传统艺能，告诉你很牛逼，不告诉你怎么牛逼）。楼主这个场景看起来不涉及加速器。