PRI BY PERGENCE
PRI · PERSISTENT REINFORCEMENT INTERFACE

An intelligence layer that lives inside the OS.

Pri — the Persistent Reinforcement Interface — is an agent built by Pergence. It learns how a specific machine is used and manages its resources autonomously: offline reinforcement learning that runs for years. Old hardware made responsive again. Nothing leaves the device.

SYSTEM

It stops the machine from repeating its mistakes.

Every machine develops habits — the same pressure at the same hours, the same slowdowns under the same load. Pri watches those patterns, remembers them, and manages resources ahead of them. Autonomously, through a safety separation layer that keeps every action deliberate and reversible.

RUNSEntirely on device
LEARNSPer machine, persistently
ACTSThrough a safety separation layer
BEST FORAging hardware, quiet fleets
FIG. 01 — WHERE PRI LIVES
YOUR SYSTEM · OS & APPS
APPS
OBSERVES
ADJUSTS
PRI · LEARNING LAYER OFFLINE · A FEW MB
OBSERVE
LEARN
APPLY
KNOWLEDGE OF THIS MACHINE
TELEMETRY
TUNING
YOUR HARDWARE
CPU
MEMORY
STORAGE

TELEMETRY UP · TUNING DOWN · THE OS IS NEVER MODIFIED

APPROACH

We solve resource contention at the root.

I plan on replacing static, universal OS thresholds (like earlyoom) with per-machine learning using native Linux kernel-level actuators like cgroups and PSI. We solve resource contention at the root. I have trained the RL engine for almost 2 months now and I'm getting closer to the benchmark.

REPLACES
Static, universal OS thresholds
WITH
Per-machine learning on native kernel actuators — cgroups, PSI
ARCHITECTURE

System design

PRI is a single threaded C11 daemon that runs a closed control loop on the host it manages. A learning core proposes one intervention per cycle; an independent safety layer masks, gates or vetoes it; an execution layer applies it through standard Linux primitives; and every change is registered for automatic reversal.

FIG. 02 — ONE CYCLE OF THE CONTROL LOOP
PRI DAEMON · SINGLE-THREADED C11
MODE SHADOW FROZEN LEARNING
01 · SENSING
Discrete state
procfs + sysfs → hardware-adaptive bins
STATE
02 · DECISION
Learning core
Tabular RL · ε-greedy · cold start
PROPOSE
03 · SAFETY
Mask · gate · veto
Independent of the learner
PERMIT
04 · EXECUTION
Apply as lease
Standard Linux primitives
TEMPORAL CONTEXT
Memory trend, action repetition, recent failures
PERSISTENCE
SLOT A SLOT B
Atomic write · CRC32 header
VETO → NO-OP
Reason code logged. Credit returns to the proposed action.
ROLLBACK POOL
Originals held. Restored on expiry, recovery or shutdown.
OBSERVABILITY · PER-CYCLE JSONL PROPOSED · EXECUTED · RESULT CODES · VETO REASONS · VALUE MARGINS
READ
ACT
HOST · LINUX KERNEL
PROCFS · SYSFS
memory composition · swap · cpu · load · per-process cpu · thermal
SYSCALLS
setpriority · sched_setscheduler (SCHED_BATCH) · SIGSTOP/SIGCONT · page cache reclaim

ONE INTERVENTION PER CYCLE · EVERY CHANGE IS A LEASE · SHADOW MODE STOPS BEFORE STAGE 04

01

Subsystems

01 · SENSING
Reads procfs and sysfs directly: memory composition (anonymous vs file backed pages), swap, CPU utilization, load average, per process CPU rate, thermal state.
Derives temporal context: memory trend, action repetition, recent failure history.
Discretizes this into a compact state with hardware adaptive binning, so the same agent calibrates to different machines.
02 · DECISION
On host tabular reinforcement learning with no pretraining; learns from a cold start on the target machine.
Epsilon greedy exploration with decaying learning and exploration rates.
Pessimistic initialization: disruptive interventions start disfavored and must earn their value.
Credit is assigned to the action the agent proposed, even when the safety layer substituted a no op, so vetoed decisions are still learned from.
03 · SAFETY
Per state action masking: only interventions valid for the current state are offered.
Pre execution gates: pressure zones, cooldowns and target eligibility, each veto logged with a reason code.
Protected process classes from a single source protection list; system owned processes excluded by UID.
Adjusted OOM score so the agent survives the pressure it is managing.
04 · EXECUTION AND ROLLBACK
Interventions use setpriority, sched_setscheduler (SCHED_BATCH), SIGSTOP/SIGCONT and page cache reclaim.
Every intervention is a lease: original values are recorded in a rollback pool and restored after a bounded number of cycles or when pressure recovers.
SIGTERM and exit handlers restore every held process on shutdown.
05 · PERSISTENCE
Dual slot storage with atomic writes: temp file, flush, rename, alternating slots each cycle.
Versioned binary header with magic number, CRC32 schema checksum and dimensions.
Any mismatch aborts the load instead of silently reinitializing; a fresh start happens only when no saved state exists.
06 · OBSERVABILITY AND EVIDENCE
Per cycle structured JSONL: proposed action, executed action, result codes, veto reasons.
Decision diagnostics: exploration vs exploitation and value margins per choice.
SHA256 sealed artifacts, preregistered convergence gates, and a safety regression suite covering process immunity, kernel thread immunity, suspend and resume, and restart recovery.
02

Operating modes

SHADOW

Full decision loop, no system calls.

FROZEN

Inference only, learning and writes disabled, for validated deployment.

LEARNING

Full closed loop.

IN PROGRESS
Pressure stall information (PSI) as a primary sensing signal.
Kernel level actuators: cgroup v2 weights, swappiness control, PSI triggered policies and sched_ext schedulers.
PATENT PENDING APPL. NO. 202621085200

Pri's core architecture is patent pending with the Indian Patent Office. Application No. 202621085200 is published on IP India and awaiting examination. We follow the filing guidelines, so detailed specifications are published here only as they clear.

PILOT

No action without graduation.

Every deployment starts silent. Pri earns autonomy on your machines with evidence from your machines — and every rung of the ladder is reversible.

Pri never collects process names, file paths, or user identifiers — they are excluded by design, not by policy.

RUNG 01
Shadow

Observes and learns. Takes no actions. Proves it understands the machine before it's allowed to touch it.

→
RUNG 02
Advisory

Recommends actions with its reasoning. A human approves every change. Pri earns trust decision by decision.

→
RUNG 03
Active

Manages resources autonomously — always inside the safety separation layer, always deliberate, always reversible.

MARKET

The economic engine.

For deep-tech infrastructure, here are the market mechanics and the economic engine behind the project.

01

The Market Size & Immediate ROI

The buyer is whoever manages fleets of constrained Linux machines and bleeds money on tuning labor or hardware churn.

MSPs MARGIN EXPANSION
$17.2B

The Linux server OS market segment alone is valued at $17.2 billion in 2026, with enterprises driving the majority of demand. MSPs charge flat fees; every L1 "slow server" or contention ticket destroys their margin. By autonomously squashing PSI spikes, we reduce ticket volume and deliver immediate, measurable margin expansion.

ENTERPRISE VDI & LABS CAPEX DEFERRAL
10–15%

In dense Linux environments, efficiency is capital. If our per-machine learning squeezes 10–15% more density out of a server farm or extends hardware lifecycles, we become a multi-million dollar CapEx deferral line item.

02

The Strategic Acquisition Potential

Once deployed at scale, this fleet-learning flywheel becomes a highly strategic asset. We are building the exact offline architecture that enterprise incumbents are desperate for:

ENDPOINT SECURITY

Providers need verifiable, offline-only agent architectures to take automated actions on Linux endpoints without triggering compliance alarms.

OBSERVABILITY

Platforms need to transition from passively monitoring infrastructure to actively managing resource contention at the Linux kernel level.

AUDITABLE AUTONOMY

The biggest barrier to deploying AI in the enterprise is InfoSec — the architecture is built on auditable autonomy that is local-only, deterministic, with no network exfiltration. Every action is backed by signed policies and an instant kill switch. We turn compliance from a roadblock into our primary sales weapon.

METHOD

How I Build: Evidence-First Engineering for Autonomous Systems

When a system makes its own decisions, the hardest problem isn't building it — it's knowing whether it actually works. Autonomous systems produce results that look convincing and are wrong: a metric moves favorably for an unrelated reason, a policy appears to improve when it's really just overfitting the test, a safety property seems intact because a cleanup step masks its failure. Intuition is the least trustworthy instrument you have in this setting, and it fails quietly.

I develop against a discipline built to surface those failures early, borrowed from how empirical science guards against self-deception:

01
Pre-registration

Success criteria are specified in full and sealed before any evaluation is run. Once sealed, they can't be edited. This removes the most common source of false results — quietly moving the goalposts after seeing the data, usually without even realizing you're doing it.

02
Reproducible evidence

Every claim must point to a concrete, hash-locked artifact that can be regenerated. "It works" is not a statement; it's a pointer to a specific, verifiable run. Anything that can't be reproduced isn't claimed.

03
Classified outcomes

Results are graded against a fixed taxonomy of verdicts rather than a binary pass/fail. A result has to survive classification — is this a causal effect, a correlation, a null result, an instrumentation artifact? Forcing every outcome through that lens prevents weak evidence from being promoted to a strong claim.

04
Adversarial self-review

The default assumption is that a good-looking result is wrong until the evidence trail proves otherwise. This has repeatedly caught real errors that felt correct at the time — including a trusted benchmark that had run against the wrong stored artifact, and a safety mechanism that had been silently non-functional for months, invisible because a shutdown path always cleaned up before anyone inspected it. Both were found through the evidence trail, not through intuition.

PERGENCE

Persistent intelligence.

Pergence builds software that learns and stays. Pri — the Persistent Reinforcement Interface — is our first agent, built on a simple belief: the machines you already own have years of life left in them. They just need software that pays attention.

FROM THE FOUNDER

"Operating systems still manage resources with fixed rules, decades after machines stopped being used in fixed ways. Pri replaces those rules with learning. I've been building it for the past year, and it's in the last phase of training before it's fleet-deployment ready."

Sujal Charak FOUNDER, PERGENCE SUJALCHARAK.COM ↗
FAQ
WAITLIST

Old hardware.
New intelligence.

Pri is in development and rolling out to its first fleets soon. Add your name and we'll reach out as early access opens.

EMAIL hello@pergence.com X @PRI_OSLayer
WE COLLECT ONLY WHAT YOU TYPE HERE. NOTHING ELSE.