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.

1. where are you starting?the answer changes whether we inspect one exact box or compare every maintained pilot configuration.
2. resolve the exact configuration

a chassis name alone is not a configuration. resolve each maintained factor; the checker will not infer an exact profile from a seller title.

identity incomplete

Complete every maintained identity field before evaluating fit.

still required:
  • platform / chassis
  • processor
  • installed memory
  • installed memory modules
  • system-drive medium
  • system-drive capacity
  • installed wired adapters / ports
  • additional internal devices / expansion
how to identify it

check the platform label, CPU, installed memory, system drive, and wired adapter in firmware or the operating system. seller titles and case badges are not enough. “not listed” and “cannot verify” deliberately stop evaluation instead of broadening the match.

3. choose one to three workloadseach preset fixes an application release, deployment method, and bounded job.
4. advanced assumptions

leave anything unverified as “not confirmed.” unknown is safer than invented confidence.

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.