我说两个最常见的卡顿原因：WerFault.exe 、MsMpEng.exe 、大小核，如果不用 superluminal 之类的 profiler ，那简单点就开个 sample cpu 使用率的软件，比如 process lasso 之类的，比瞎猜好用的多。

我觉得你该去看看 x 上一些人用 superluminal 的分析.... 而不是在这猜猜猜

@bli22ard openssl 以前不是 semver 啊…3.0 之后倒是可以这么搞

@kk2syc gpu 局限太大，这世代游戏的 culling 都是很激进的，转个头数据就没了那也太烂了

本来就没办法，现阶段游戏要渲染，内存里一定有数据，内存里加密了，传到 gpu 也几乎是明文，你最多像现在今年的 pubg 那样，服务器判定要看到玩家之后再下发数据，这样能防透视，但是很多游戏都没这么干。

鄙视链什么的，这有什么高下…游戏外挂的知识现在是高度特化的，特定于每个厂家、加固方案和反作弊方案，又不是每款游戏都需要从 0 开始…总体说经验可能更多一点。

@AItsuki 其实看一遍龙芯给 rustc 写的文档，你就知道该怎么做了 https://doc.rust-lang.org/rustc/platform-support/loongarch-linux.html

@Donaldo 不知道，所以我才说是伪命题，longarch 都是 tier2 ，那些陈年的东西压根就不会用 rust 来写

@AItsuki 你用 musl 在纯 rust 下就不困难了啊…gnu 下不行的原因就是 rustup 默认下载的标准库是动态链接到 glibc

@Donaldo mips 在 llvm 侧都烂成什么样了，rust 这边也是 tier3 ，这对 rust 目前来说是伪命题

@AItsuki zigbuild 本身没支持 zig 编译 c 文件吧？和这里说的不是一件事，它解决的主要是 glibc 很少 static link 的问题，因为 zig 链接会生成很多 glibc 的 dummy object 文件，省去了自己搞 c 交叉编译工具链的麻烦。如果你先编译一份 rust 标准库，静态链接到 glibc ，和 zigbuild 做的事情就一样，只是这玩意很多系统都有自己的 patch ，最好别干。

不过如果公司内部有用 bazel 之类的系统，现在标准的做法都是外部编译 c 库，直接链接进来即可，build.rs 几乎都不管了

@c0t 话说回来，交叉编译对于 rust 的现在很多 大 客户（或者说金主）来说几乎是 0 吸引力的特性，它们现在的基础设施太完善，所以可以预见的未来几年都不会有改善。

为什么呢，因为维护者少，必须承认的事情是，就你提到的 ring crate 里有相当多需要 c 编译器的部分都来自 OpenSSL 的汇编代码，不考虑性能问题，用纯 rust 来实现可以吗？当然可以。但是它（大多数时候）只有一个维护者，作为一个每月千万下载量的 crate ，就算不用 unsafe ，保证正确性也是 "i promise" 的问题，包括 tls 实现本身，本来就很大概率会是攻击发生地，密码学可不简单，作者不想做，这个保证转嫁给了 OpenSSL ，仅此而已。事实上，rustls 的性能改进还是花钱委托 ferrous-systems 来完成的。 事实上，rustls 本身过没过国外各大公司的审计呢？我没关注这个问题。

而 go 本身，微软为了给美国政府的软件，不是也 fork 了，https://github.com/microsoft/go ，并且，很明显，这些 patch 很多都和 tls 有关，https://github.com/microsoft/go/tree/microsoft/main/patches 。

@houshuu 只要 embedding 模型不是太差，整体理解基本都没问题吧，想要极度的自定义，continue.dev 可以自定义所有步骤的模型。

冷知识，对于文档，有专门的 文档 index ，就在 setting 里，用搜索也太怪了。

@ChoiKarl 补全不是用的 4o, 3.5 这样的大模型吧，有什么好选的，就算是 cursor 也一样是自调的小模型

@adoal c 标准里就算你用 ub 的方式改了 bool 内存位置的值，再转换还是一样的，true 1, false 0 ，因为标准里规定了这个过程的结果，标准里规定了即正确，未规定则 ub ，这就是一切 c 代码的工作方式，也是 bug 的来源，ub 太多，所以产生太容易。当然，写现代 c++的人在需要保证 memory layout 的时候肯定用各类 *cast 函数。新式语言启用这种 bool -> int cast 的也不少，rust 一样能 bool as i32

feedly 并不是 saas 服务商，它的 api 应该是类似于 slack 那种团队类使用的，另外不是写着呢么... https://sm.ms/image/ZXSzYjwxOt7RQ4I 企业用户

@c0t 更具体的 https://en.cppreference.com/w/cpp/language/implicit_conversion#Integral_conversions ，也说了，这不是 cast/conversion ，而是 integer promotion

只是因为标准没写吧，c 倒是有 "A prvalue of type bool can be converted to a prvalue of type int, with false becoming zero and true becoming one."，不过 reinterpret_cast<int>(bool) 应该也不允许？