Benchmark

Measured on our workloads.

Run it on yours.

Flat P99 at the engine, at production rule-set size.

The numbers

8ms

P99 at the engine

8000

patterns, throughput flat

5000

CPU cores replaced

0

GPU consumed

P99 against rule-set sizeNOL8general-purpose computeP99, ms8ms12K4K6K8,000patterns loaded

Third-party validated benchmark on NOL8 test workloads and rule sets. Your figures will differ. 5,000 CPU cores measured across 20 servers at production rule-set size. Get a demo →

Why the tail does not move

Inspect every payload and your latency at P99 does not move.

Deterministic matching gives the same result every time and holds throughput flat as the rule set grows, from 1 pattern to 8,000, which is where a software-only path gives out.

a pass eachone passpattern 001pattern 002pattern 003pattern 004â‹®pattern 8,0001 pattern to 8,000

Three certainties

Control over every payload your AI sends and receives, on every request, at no cost to your latency or hardware.

CertaintyThe claimWhat proves it
In what your AI doesEvery payload is inspected, routed and redacted inline, on the way in and on the way out. Not a sample.Full coverage. Inline placement means data cannot route around it.
In how it performsSame input, same result, at 8ms P99 at the engine. The tail stays flat from 1 pattern to 8,000.Deterministic pattern matching rather than probabilistic inference.
In what it costsThe cost of coverage stops scaling with hardware. Your CPU fleet does not grow when your rule set does.Cost decoupled from rule set size. One engine in place of a large CPU fleet.

Common questions

Does inspecting every payload slow down our P99?

No. With NOL8 the tail stays flat as you add patterns, from 1 to 8,000. Run it on your own data and watch your own P99 stay flat.

Uncertainty sucks.

Stop estimating. Your rules, your payloads, your P99.