编译器 / 运行时约 6 分钟
跳过无效更新,同时保持可见结果不变。
EonState 是一个编译器与运行时实验:在受限且经过检查的范围内跳过无效状态更新,必要时回退到稠密执行。
- 发布
- 更新
项目范围
当前 / 软件研究
编译器语义与运行时设计
- 中间表示
- 带有 guard 与 observation 的 State SSA 和 EonIR
- 执行模式
- 稀疏 Advance/Jump 与 canonical 稠密执行器
- 范围
- 带证书与独立 checker 的受限 kernel
主题
受限状态内核证书 + 独立检查器稠密回退
01
跳过无事件时间,同时保持观察结果不变
EonState 研究的问题是:能否把每个 tick 都执行的稠密状态更新循环,转换成在非活跃区间跳跃、在事件处切换,并在事件变密时回到稠密执行的稀疏程序。
核心要求不是事件执行永远更快,而是两种执行器都细化同一套可观察语义,并且只有在经过证明的静默边界上切换。
02
受限支持是一项设计选择
第一版面向声明过的 kernel 家族,例如仿射递推、泄漏积分、令牌桶、受支持的阈值/重置形式与特定观测结构。无法处理的效果或源码形态应被拒绝,而不是被不安全地优化。
这样,编译器从一个已知的语义包络出发,更容易推理,也不会假装理解任意 Python 或任意混合动力学。
03
转换结果要交给独立检查器复核
编译器会输出结构化表示、guard 分析和证书材料,由独立 checker 检查。根据算术域不同,结果可能是精确抽象语义、bit-exact 执行,或带有声明误差界的有限精度执行。
这些类别必须保持分离。数学公式的精确性,不会自动让浮点执行变成 bit-exact。
04
性能必须通过测量回答
当事件密度让稀疏执行不划算时,经过测量的 cost model 可以选择稠密执行器。因此,交叉点、控制器开销和回退行为都应该被测量,而不是被当成天然收益。
这样,项目关注的是可信的转换和真实的运行范围,而不是一个普遍适用的优化口号。
公开证据边界
当前结论限于已检查的软件与语义范围,不证明任意非线性或混合系统支持、普适加速、物理能耗、目标板性能或完整的硬件可移植性。
每一页都会说明项目做了什么、公开了哪些证据,以及还有什么没有验证。
浏览全部工程项目