exact configuration × bounded workload
will this tiny PC run your stack?
resolve a maintained configuration from its chassis, CPU, memory, system drive, and network—or start from the workloads you need. get a deterministic prerequisite verdict with visible assumptions, limiting axes, and sources.
pilot boundary
- exact profiles
- 5
- public recipes
- 3
- Grade A lab runs
- 0
- possible verdicts
- yes / conditional / no / unknown
plain-word key to the product names in step 3
- Proxmox VE
- a virtualization operating system installed on the bare machine. the first recipe uses it as the host for its two light VMs. version record
- virtual machine (VM)
- a guest computer running inside a host, with its own operating system.
- KVM
- the Linux virtualization layer used for those guests. both VM recipes here are KVM guests.
- Home Assistant OS
- home automation shipped as a bootable image rather than as an app. the second recipe uses that image as a KVM guest. version record
- Jellyfin
- a media server for a video library you host yourself. version record
- transcode
- re-encoding a video into another format or bitrate while it plays. a hardware transcode uses the processor's built-in video engine instead of general CPU cores.
- Docker
- a container format that packages an application together with its dependencies. the third recipe ships Jellyfin that way.
- Debian
- the Linux distribution that third recipe names as the guest operating system inside the VM.
these entries say what each name refers to. they are not verdicts. what each recipe requires, and how well that is evidenced, is on the workload recipe pages.
the result will explain itself
choose an exact starting point and a bounded workload. the answer comes first: the verdict, exactly what it is a verdict about, the limiting factor — whether that is a capability limit, an assumption limit, or an evidence gap — and the grade that qualifies it. the axis breakdown, the derivation and the evidence are one click below.
account-free · local evaluation · no listing text or serial numbers
what this result means
the checker first requires one unique maintained identity across chassis, CPU, installed memory, system drive, and wired networking. ambiguous, unlisted, and unverified selections do not produce a verdict. once resolved, it evaluates prerequisite rules against that profile; it does not estimate an invisible score, invent current prices, or turn documentation into a benchmark.
“conditional” means the required checks pass but a recommendation or known condition remains. “unknown” means a fact, assumption, source, or test is missing. both are deliberate answers, not errors to hide.
three selected recipes use the maintained home-automation-and-media stack rule. other multi-workload selections join each recipe conservatively and explicitly do not claim shared resource or performance testing.
the factorized identity states and privacy boundary are versioned in the public method.