编译这玩意儿核心数越多越有用，所以 Ultra 是妥妥的，但是没必要上 Ultra 的高级版，因为那个只是 GPU 更好一点，对于编译来说没什么用。
我之前用 Apple 发布会上所谓的“最牛逼的 Intel-Based MacBook Pro”编译 LLVM 大概要 20 多分钟，然后用 M2 Ultra 是 5 分钟…3000-4000 个 C++ 文件…

@lguan 我在 Feedback.app 里面把这个问题反馈了，让咱们来康康高贵的 Apple 什么时候能意识到并修复，反正我曾经是对 14.1 给予了希望的…

@lguan 应该不是兼容性问题，我的是 Mac Studio 自带的 ethernet 。网上有人说是 private relay 的问题，但是我已经禁用了所有有关的东西：Private Relay, Limit IP address tracking, Hide IP address from trackers ，但是依然没什么用…

说一个可能有关的问题，我的 Safari 和 Mail.app 自从升级了 14.0 以后，时不时的会出现断连，具体表现在：
- Safari 那边，在新的标签页打开网页打不开，但是在现有的标签页打开新的 URL 什么的都没问题；
- 如果上面 Safari 那边出问题了，Mail.app 这边的表现是，双击任意一封邮件应该会弹出一个新窗口，然后窗口是空的，这个窗口也没办法关闭。
这个问题大概每半小时出现一次，持续大概 3-5 分钟，什么都不用做就可以恢复。我观察了一下，与此同时，Chrome 也会有问题，但是 FireFox 没什么问题。
我是 Ethernet 和 Wi-Fi 同时用，Ethernet 有高优先级，如果问题发生的时候禁用 ethernet 然后再重新启用，这个问题能立马消失。

@flyqie 得看你怎么定义计算能力…Fujitsu A64FX 曾经登顶 TOP500 ，但是那玩意儿一旦不能用到 SVE 的话，基本就是一坨屎了…

可以干很多事情，现在都可以写 C/C++ 还有 CUDA 代码

@ZekeChin 哦哦哦 Apple Neural Engine 能跑很多 ooerators 了

Metal 就是烂，特别是拿来做 computation…如果仔细研究过 AIR 的话，就会发现这玩意儿根本就不是为 computation 设计的…

@snylonue 👍 没有 Windows 机器不能 debug ，只能给把 labels 给加上了

去 llvm-project 开个 issue ，这个是得报的

C++ 是我的主力语言，但是我觉得还是有个必要学个 Rust 的，虽然 Rust 现在也差不多是一地鸡毛…

软路由还是很耗费资源的，毕竟没有独立的硬件去处理路由。

@kylebing 然后很多人在国外都用中文作为系统语言 😁

@closedevice 我觉得没有任何区别…或者说 15 PM 的那些好处不是我关心的点…

我的感受是，明天把 15PM 给退了😂

@agagega 我昨天刚和 Apple 的工程师讨论过这个问题，他说 GCD 在 IO/async tasks 方面比 pthread 要更加高效，因为它有 hooks into kernel ，所以在 schedule 这块儿比 pthread 更有优势。但是对于 data parallel computation ，我们得再研究一下。https://newosxbook.com/articles/GCD.html 这个文章好像不错。
除此之外，按照我的理解，pthread 在 macOS 上没有 GCD 的控制多，比如说现在 M series 处理器有 E 和 P 核，pthread 没有办法能够控制哪个 thread 跑在哪个核上面去。这样有一个很大的问题是，像是做 computation （我是开发 libomp 的），如果把 workload 按照 N 个核心平分的话，结果不会 scale 的，因为跑在 E 上面的会影响性能。

我就拿了上海户口以后就离开了…

Apple 说，我只认 GCD 但是 Windows 没有呀…
最有意思的是，Apple 内部有很大的一派认为 multi-thread computation 应该用 GCD…