Founding Academic Program — early external-lab evaluation pricing is now available. View pricing
Instraxis Plot · part of Instraxis Control

See more of your experiment while it runs.

Control your instruments, follow growing measurement histories and investigate signals in one workspace. Instraxis Plot is our native visualization and analysis engine, developed for Instraxis Control.

Built into Control’s measurement workflow. The default for new normal and log figures.

From the next reading to the next insight

Acquire. Inspect. Analyze.

A chart is most useful when it helps you make sense of the measurement. These tools work inside Instraxis Control, alongside your sequence and recorded data.

Keep live and historical data in view

Follow incoming readings, inspect an earlier range and return to Follow Live. Compare channels with stacked plots and multiple Y axes.

Quantify a selected signal

Fit curves, inspect fitted parameters and standard errors, find peaks and measure FWHM. Run analysis on a fixed selection or a live trailing window.

Preserve the measurement

Analysis leaves acquired samples intact. Export numerical results with source context, and save figure projects to revisit data and results.

Understand signal quality

Explore noise statistics, filtering, FFT and time-frequency spectrograms. Irregular timestamps have dedicated methods; spectral tools report their sampling requirements.

Choose the range that matters

Rendering and analysis have separate limits. Exact raw analysis uses a 200,000-point default budget; the backend supports up to 2 million selected points. Oversized selections are rejected rather than silently reduced.

Feature availability follows the evaluated Control build. Existing explicit SciChart and ScottPlot figure selections remain compatible. Explore the complete Control workflow

Updated backend · matched old/new tests

Faster preparation. Faster replacement.

For a 100-million-point dataset, preparation plus the first completed chart cycle fell by 50.2%, and full replacement p95 fell by 49.3%. The same workstation and host ran both versions, with only the native backend DLL changed.

Fresh controls at 100M points · milliseconds · three processes per version
Measured operationPrevious PlotFresh control · 8f1c7b8Updated PlotFresh update · 1a967f8Observed change
Attach APIMedian294.6875.1974.5% lower
Preparation + first completed cycleMedian486.87242.2650.2% lower
Complete X/Y replacementPooled p95491.04249.1449.3% lower
Streaming +1M samples/sPooled p95 cycle21.2720.85Similar responsiveness
Concurrent analysis request to UIPooled p9563.6066.053.9% higher

Less waiting when large chart datasets change

Preparation includes attachment, index construction and the first completed paint/pump/compositor cycle. The 242.26 ms result excludes fixture generation, control creation and Control file loading. Full replacement includes validating the new X data and rebuilding the entire index.

Similar streaming responsiveness

The updated backend recorded 20.85 ms p95 chart cycles while replaying 1M samples/s into a 100M-point history. Memory was essentially unchanged. Concurrent analysis request-to-UI timing was slightly higher; this test does not show improved analysis delivery.

The common concurrent-analysis benchmark uses a C# algorithm, separate from the updated native scientific routines. These are descriptive observations from three processes, not a statistical significance test or a whole-application speedup. Read the scope and validation.

Fresh update · earlier local vendor runs

The updated backend, in context.

Updated Instraxis Plot recorded shorter replacement cycles than the saved vendor references, while streaming remained around 21 ms. The fresh old/new tests above isolate the improvement; vendor comparisons below span different measurement sessions.

Only Instraxis Plot was rerun. ProEssentials, SciChart and LightningChart values come from our earlier accepted local campaign. They are historical references, not a new same-session vendor comparison. All figures measure chart backends, not complete Control throughput. Source and numerical summary.

Stream · 100M points + 1M samples/s

p95 combined update cycle · milliseconds · lower is better

Updated Instraxis Plot measured 20.85 ms p95. Vendor figures are retained historical measurements; those backends were not rerun.

Within 30 seconds, Instraxis Plot accepted 29.96M of the 30M scheduled new samples (99.87%); 40,000 remained at the boundary. The updated run reached 130M with no missing input after catch-up; historical vendor runs also reached that count.

Delivery · fresh Instraxis Plot / historical vendor references · medians of three runs
BackendInput accepted within 30 sFinal drain
Instraxis PlotFresh update99.87%7.55 ms
ProEssentials 11Historical reference96.63%679.87 ms
SciChart 9Historical reference99.87%125.43 ms
LightningChart 10Historical reference98.73%264.13 ms

Drain is final catch-up after the producer ends; a cycle crossing the 30-second boundary can finish before the drain timer starts. It is not total boundary-to-completion time.

Bars begin at zero and share a linear scale within each workload; the scale changes with the selection. Figures pool events across three runs. How we measured.

Six workloads · updated Plot + historical vendor references · p95 cycle (ms)
WorkloadInstraxis PlotFresh updateProEssentials 11Historical referenceSciChart 9Historical referenceLightningChart 10Historical reference
Stream · 100M points + 1M samples/s20.85701.8236.07283.81
Stream · 10M points + 100k samples/s20.84115.7435.7152.85
Stream · 100M points + 100k samples/s20.75600.5934.78250.32
Replace all X/Y · 10M points41.6560.5994.34231.53
Replace all X/Y · 100M points249.14441.70595.702,877.90
Stream + analysis · 100M points + 100k/s20.80616.6835.17233.45

Bold marks the lowest recorded reference value, not a fresh vendor ranking. Both campaigns ran on 11 September 2026, in separate sessions. “100M” is initial retained history for streaming and the complete dataset size for replacement. The concurrent test uses a shared harness algorithm, separate from Control’s analysis tools.

Test conditions

Fresh controls. Clear comparison boundaries.

The updated campaign contains 30 current-backend processes and 12 previous-backend controls. Vendor measurements retain their original versions, sessions and acceptance decisions.

Hardware & software

CPU / memory
Intel Core i7-10700 @ 2.90 GHz; 8 cores / 16 threads; 32 GiB; configured 2933 MHz.
Graphics
Intel UHD Graphics 630; driver 31.0.101.2140.
Windows / display
Windows 11 Pro, build 26200; Balanced power plan. 1920 × 1080, reported 59 Hz; 1000 × 650 chart client.
Host runtimes
Fresh Instraxis Plot: Release x64, MSVC v145; static native host and extended .NET 10 WinForms host. Historical vendors: .NET 10 x64 for ProEssentials and SciChart (WPF ElementHost); .NET Framework 4.8 x64 for LightningChart..
Exact versions
Updated Instraxis Plot: 1a967f8. Fresh old-backend control: 8f1c7b8. Historical vendors: ProEssentials 11.0.0.2, SciChart 9.0.0.29196 and LightningChart 10.0.1.4001.

What the timer includes

Append/replacement API, range request, library/window processing, UI pumping and DwmFlush. Not physical display latency, FPS or isolated GPU time.

The p95 value is the nearest-rank 95th percentile of measured cycles, pooled over three accepted fresh processes. Faster runs can contribute more cycles; this is not an equal-event-count experiment.

The updated campaign accepted 42/42 fresh processes across 14 three-run cohorts. Within each host type, only the native DLL differs between the previous and updated Instraxis Plot versions. Runs occurred on 11 September 2026, 17:24–17:39 UTC. Vendor values retain the earlier campaign’s accepted cohorts.

Replay is precomputed input. It excludes waveform generation, external-device transfer and hardware acquisition. Update requests are capped at 30/s; a cycle may batch several published blocks.

Workload definitions and storage paths

One explicit double-precision X/Y series. Replay runs last 30 seconds, publish every 10 ms and retain all history. The view shows the newest 1M points, switching to a historical 10M-point region for 250 ms every 2 seconds. Full replacement cycles three precomputed X/Y datasets across 20 replacements per process, including the first. Selected image captures and settling pauses occur between timed cycles; this is not an uninterrupted maximum-rate replacement loop.

Instraxis Plot borrows pinned arrays and updates its index incrementally during replay. Full replacement rebinds arrays, validates X and rebuilds the complete index. SciChart reserves library-owned streaming storage and appends deltas; replacement uses its documented array-backed constructor. ProEssentials rebinds a growing pinned prefix with staging and geometry rebuilds included. LightningChart converts deltas to SeriesPoint arrays; full replacement includes fresh conversion and allocation. These paths differ internally.

SciChart uses Visual Xccelerator DirectX 11 with Auto resampling and ImpossibleMode at reserved capacities of at least 50M. ProEssentials requests Direct3D compute rendering with Filter2D3D, compute shader and X/Y staging enabled. LightningChart requests HardwareOnlyD11 with its logged point optimization setting. No private GPU fence is added.

Concurrent analysis, fidelity and known limits

The concurrent harness runs the same application-worker algorithm on an immutable 10M-point region, requested once per second. It does not compare the vendors’ own analysis functions, nor does it establish Control’s analysis capacity.

Eight selected current-source correctness suites passed before timing. All 186 saved checkpoints were accepted: 35 directly inspected originals, with the rest matched by exact image hash and fixture/view. An internal independent recomputation checked 4,776 values with zero mismatches. Every timed frame was not checked pixel by pixel. Narrow raster slits in dense waveforms remain a known limitation of the tested snapshot; the measurements do not establish lossless rasterization.

One series and 30-second replays do not validate multichannel scaling, long-duration acquisition or every signal type. Control’s data table, source preparation, logging and file loading add their own costs. Check the complete application on your intended workstation.

Current source, fresh controls and the original comparison

The updated source is 1a967f875168cd45976aa6efba303d0e78fee337, including the loading/replacement optimization in eaf6482. The fresh control uses 8f1c7b8fde1369f4d76d623d970729a756f126ce. Deployed native-DLL hashes identify the actual implementation; the unchanged host contains older metadata strings.

Fresh old/new controls cover 100M static preparation/navigation, 100M +1M/s streaming, 100M replacement and 100M concurrent analysis. The other three extended scenarios have fresh updated Instraxis Plot runs without fresh previous-backend controls. Their historical differences do not isolate an optimization effect.

The original four-backend campaign remains available as an archived numerical summary. ProEssentials led replacement in that older campaign. The current 249.14 ms result comes from this completed rerun, not the earlier preliminary backend follow-up.

The changes are integrated in Control development output; the published installation was not updated by the recorded integration work. Confirm the supplied build during evaluation. Backend capacity does not guarantee complete Control loading or acquisition performance.

Reading comparisons responsibly

Similar headline numbers can measure different work.

A point count alone cannot make two benchmarks equivalent. Data representation, retained history, hardware, API, version and timing boundaries all matter.

ProEssentials 11

Gigasoft distinguishes rendering an existing 100M-point dataset from replacing it with fresh data. Our test uses one explicit double X/Y series and includes update processing. Its growing-history path also differs from fixed-history circular-buffer streaming.

Gigasoft performance context

SciChart 9

SciChart’s widely linked WPF comparison dates to 2021, covers many chart types and caps tests at 60 FPS. That is a separate campaign from our installed WPF 9.0.0.29196 comparison.

SciChart benchmark methodology

LightningChart 10

Our installed 10.0.1 PointLineSeries path predates SampleDataBlockSeries. The vendor’s 2021 comparison uses 10.1.1, block-series streaming and SciChart 6.3, with a 10-second scrolling history. It is a different test.

LightningChart benchmark methodology

The table compares only the installed versions listed above, not every vendor’s latest release. Third-party names are trademarks of their owners. No vendor endorsement or independent certification is implied.

Sources & references

  1. Instraxis, completed Instraxis Plot update report: loading, replacement and responsiveness. Completed 11 September 2026 at 17:46 UTC. Final report, validation summary and deployed-source provenance. Current numerical summary, fresh controls and conditions (JSON).
  2. Instraxis, “Streaming, replacement and concurrent analysis,” campaign-final, earlier session on 11 September 2026. Source of the historical vendor reference values. Original four-backend numerical summary (JSON). Both downloads are curated summaries; raw event files remain in the research archive.
  3. Gigasoft. ProEssentials product and performance description (undated); ProEssentials v11 release notes (11.0.0.2, 21 July 2026).
  4. SciChart. SciChart WPF v9 release (23 April 2026); WPF performance comparison (November 2021 tests; page updated June 2025).
  5. LightningChart. LightningChart v10.1.1 vs SciChart v6.3 comparison (September 2021); SampleDataBlockSeries performance tests.

Vendor pages checked 11 September 2026. They explain methodology and version context; their numbers are not used in our charts.

Bring your signals. Evaluate the complete workflow.

Tell us your instruments, channel count, data rate, measurement duration and target PC. We can focus the Instraxis Control evaluation on the experiment your lab needs to run.