RunMat
  • Pricing
RunMat
GitHub
GitHub
DownloadSign InTry in Browser
DesktopRuntimeServer
RunMat

Run math blazing fast

GitHubX (Twitter)LinkedIn

Company

  • About
  • Pricing
  • Contact

Explore

  • RunMat for academia
  • RunMat vs MATLAB Online
  • Benchmarks

Get product updates and release notes from the RunMat team.

© 2026 Dystr · Made withfor the scientific community.

RunMat™ is a registered trademark of Dystr, Inc. MATLAB® is a registered trademark of The MathWorks, Inc. RunMat is not affiliated with, endorsed by, or sponsored by The MathWorks, Inc.

LicensePrivacy
/
    • FEA on Geometry
    • Using FEA
    • Geometry
    • Models
    • Physics Families
    • Solves, Studies, and Sweeps
    • Evidence & Artifacts
    • Verification & Validation
    • Results & Trust
    • Current Status
    • Operation Reference
Docs>Runtime>FEA and Geometry

Results & Trust

A run result is useful when you can inspect it, explain it, reproduce it, and judge it against the workflow's standard.

RunMat records those signals in the result payload, saved artifacts, diagnostics, quality reasons, and provenance.

What A Run Returns

Every run returns common result data:

  • run_id,
  • fields from the underlying FEA run payload,
  • optional domain payloads,
  • model_validity,
  • solver_convergence,
  • result_quality,
  • run_status,
  • publishable,
  • quality_reasons,
  • provenance.

Domain payloads can include modal frequencies, thermal summaries, transient snapshots, nonlinear convergence data, electromagnetic metrics, or coupled-family diagnostics.

Quality Gates

FieldMeaning
model_validityWhether model validation passed for the run.
solver_convergenceWhether the solver path converged under the selected policy.
result_qualityWhether domain-specific quality checks passed.
run_statusFinal status such as publishable, degraded, or rejected.
publishableBoolean accept/reject signal for callers.
quality_reasonsStable machine-readable reasons for warnings, degradation, or rejection.

Quality policy controls how strict the publishability decision is. A run can return useful diagnostics even when it is not publishable.

Diagnostics

Diagnostics explain observed behavior. They can describe solver fallback, modal residuals, nonlinear increment failures, electromagnetic source or boundary quality, thermal spread, CFD flow signals, and similar family-specific conditions.

Read diagnostics with quality reasons:

  • diagnostics say what was observed,
  • quality reasons say why that observation affected trust.

Provenance

Provenance records how the run executed:

  • requested backend,
  • selected solver backend,
  • precision mode,
  • deterministic mode,
  • solver method,
  • preconditioner,
  • fallback events.

This matters for comparisons. Two runs can use the same model and operation but differ in backend, precision, fallback behavior, or solver policy.

Compare And Trend

Use persisted run ids to inspect later:

OperationPurpose
fea.results/v1Query one run with optional payload filtering.
fea.results_compare/v1Compare two persisted runs.
fea.trends/v1Summarize recent runs by family.

Comparisons and trends help turn individual solves into workflow decisions.

Trust Decision

Before treating a result as reliable, ask:

  1. Did the .fea file or model validate?
  2. Did the planned operation match the intended family?
  3. Did the selected backend and solver policy match expectations?
  4. Did the result pass quality gates?
  5. Are there quality reasons or diagnostics that affect use?
  6. Is the family mature enough for this use class?
  7. Is there V&V evidence for this model class, not just a successful run?
  8. Are artifacts available for review and reproduction?

Use Evidence & Artifacts for the record flow, Verification & Validation for correctness criteria, and Current Status for current family boundaries.

On this page
  • What A Run Returns
  • Quality Gates
  • Diagnostics
  • Provenance
  • Compare And Trend
  • Trust Decision