ChenboLin
01परिचय02प्रोजेक्ट्स03प्रयोगशाला04लेख
संपर्क करें
इंजीनियरिंग प्रोजेक्ट्स पर लौटेंअंग्रेज़ी में पढ़ें
COMPILERS / RUNTIME6 min read

Observable state खोए बिना sparse execution।

Certified event-state execution के लिए restricted compiler/runtime system, जिसमें measured dense fallback है।

प्रकाशित
2026-08-25
अपडेट किया गया
2026-08-25

प्रोजेक्ट का दायरा

वर्तमान / सॉफ्टवेयर रिसर्च

Compiler semantics and runtime design

Intermediate form
State SSA and EonIR with guards and observations
Execution modes
Sparse Advance/Jump and a canonical dense executor
Scope
Restricted kernels with certificates and an independent checker
लंबे तकनीकी भाग अभी अंग्रेज़ी और चीनी में प्रकाशित हैं। इस भाषा में नेविगेशन, मेटाडेटा और प्रोजेक्ट सार स्थानीयकृत हैं।

विषय

Restricted state kernelsCertificates + checkerDense fallback
01

Skip inactive time without changing what is observed

EonState asks whether a dense state-update loop can be transformed into a sparse program that advances across inactive intervals, jumps at events and returns to dense execution when events become frequent.

The central requirement is not that events are always faster. It is that both executors refine the same observable semantics and switch only at a certified quiescent boundary.

02

Restricted support is a feature

The first system targets declared kernel families such as affine recurrences, leaky integration, rate limiters, supported threshold/reset forms and selected observation structures. Unsupported effects or source shapes should be rejected rather than optimised unsafely.

That makes the compiler easier to reason about because the transformation starts from a known semantic envelope instead of pretending to understand arbitrary Python or arbitrary hybrid dynamics.

03

An independent checker reviews the transformation

The compiler emits a structured representation, guard analysis and certificate material that an independent checker can inspect. Depending on the arithmetic domain, the result may be exact abstract semantics, bit-exact execution or a declared finite-precision error bound.

Those categories must remain separate. A mathematically exact formula does not automatically make a floating-point execution bit-exact.

04

Performance is an empirical question

A measured cost model is allowed to choose the dense executor when event density makes sparse execution unattractive. The system therefore treats crossover, controller overhead and fallback behaviour as things to measure, not as benefits to assume.

This keeps the project focused on a trustworthy transformation and a truthful operating envelope rather than a universal optimisation slogan.

सार्वजनिक प्रमाण की सीमा

The current claims are restricted to checked software and semantic scopes. They do not establish arbitrary nonlinear or hybrid support, universal speedup, physical energy savings, target-board performance or a complete hardware portability result.

इन पृष्ठों पर जाँच योग्य इंजीनियरिंग दायरा और तर्क प्रकाशित होते हैं; प्रोजेक्ट का प्रमाण साझा करने योग्य होने पर ही जोड़ा जाता है।

सभी इंजीनियरिंग प्रोजेक्ट्स देखें
Chenbo Lin
© 2026 Chenbo Lin. सर्वाधिकार सुरक्षित।