Sparse Ausführung ohne Verlust des beobachtbaren Zustands.
Ein eingeschränktes Compiler-/Laufzeitsystem für zertifizierte Event-State-Ausführung mit gemessenem dichtem Fallback.
- Veröffentlicht
- Aktualisiert
Projektumfang
AKTUELL / SOFTWAREFORSCHUNG
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
Themen
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.
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.
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.
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.
Öffentliche Evidenzgrenze
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.
Diese Seiten veröffentlichen überprüfbaren Engineering-Umfang und nachvollziehbare Überlegungen; Projektnachweise werden ergänzt, sobald sie teilbar sind.
Alle Engineering-Projekte ansehen