STAR
Cal STAR — firmware, DAQ server, and engine design
Loading...
Searching...
No Matches
engine.accel.Outcome Class Reference
Inheritance diagram for engine.accel.Outcome:
[legend]
Collaboration diagram for engine.accel.Outcome:
[legend]

Static Public Attributes

str OK = "ok"
str NOT_HANDLED = "not_handled"
str NO_SOLUTION = "no_solution"

Detailed Description

Why an accelerated call did not return a result.

These two failures look identical to callers today -- both surface as a bare
None -- but they mean opposite things:

  NOT_HANDLED  the accelerator has no implementation for this config (wrong
               injector type, film/regen cooling, a non-3D CEA cache). Python
               is the ONLY implementation, so falling back is mandatory and
               the fallback does real work.

  NO_SOLUTION  the physics ran and did not converge. Measured over 102 such
               candidates, the Python path then failed on every one -- it
               re-derives "infeasible" at full cost and also gives up. So this
               fallback is (almost always) wasted work.

Conflating them is what made that impossible to see or measure. The public
evaluate/solve/chamber_solve keep returning None exactly as before -- every
caller keys on `is None` and none of them change -- while the *_ex variants
expose the reason for instrumentation and for any future short-circuit.

Definition at line 24 of file __init__.py.

Member Data Documentation

◆ NO_SOLUTION

str engine.accel.Outcome.NO_SOLUTION = "no_solution"
static

Definition at line 48 of file __init__.py.

◆ NOT_HANDLED

str engine.accel.Outcome.NOT_HANDLED = "not_handled"
static

Definition at line 47 of file __init__.py.

◆ OK

str engine.accel.Outcome.OK = "ok"
static

Definition at line 46 of file __init__.py.


The documentation for this class was generated from the following file: